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Nyiltan vagy zártan? 


programok fejlesztése rendkívüli iramban gyorsul: 
gombamód szaporodnak a jobbnál jobb programok, 
rengeteg bővítmény készül minden operációs rend- 
szerhez. Azt hiszem, mindezt a Linux és más nyílt forrású 
rendszerek térnyerésének köszönhetjük. A forráskód hozzáfér- 
hetősége nagyon sok embert arra ösztönöz, hogy saját , gondo- 
latkísérleteiket" is közzétegyék benne, ezzel is javítva a prog- 
ram minőségét, és esetleg bővítve a felhasználási területét. 
Egyes programokra sokan azt mondják, hogy , halvaszületet- 
tek", a nyílt forrású világban azonban nem egyszer láthattuk, 
hogyan is támad fel halottaiból, ha nem is azonos néven és 
azonos feladattal, de a forráskód szintjén mindenképpen hasz- 
nosan egy-egy ilyen projekt! Ha nincs a Linux, valószínűleg 
senki nem kezdett volna bele az OpenBeOS fejlesztésébe; 

a Linux sikerei ösztönzően hatnak az emberekre, a BeOS-ra- 
jongók pedig nem tétlenkednek, úgy döntöttek, hogyha a ked- 
venc rendszerük fejlesztése megszűnik, készítenek maguknak 
egy nyílt forrásút. Gondoljunk csak bele, hol tartanánk ma a 
nyílt forráskód nélkül? A Microsoft operációs rendszerei teljes- 
séggel eluralkodtak volna kicsiny bolygónkon, mindenki az 
önző harácsoló programírási gyakorlatnak behódolva alkotna 
nap mint nap, és bizony kemény pénzeket kellene leszurkolni 
minden egyes programért. Azt hiszem, a Linux mindenki 
számára hatalmas nyereség. A mostani programozópalánták 
ebbe a szabad világba születnek, így számukra már természetes 
lesz a forráskódok megosztása (hacsak el nem szegődnek 

a sötét oldalra). E szabadság egyik nagy kérdése és veszélye 

a töredezettség. Hogy mire is gondolok: Linux-változatból 
nagyon sok van, a 2 http:/linuxlinks.com adatai szerint 

a Linuxnak 285 változata létezik — ezek vagy egyedi területet 
fednek le, vagy , csak" egyszerű Linux-kiadások. Ez egyfelől 
jó, mivel így nagyon sok tapasztalatot lehet összegyűjteni, de 
elbizonytalanítja az embereket. Az első nagy kérdés, amit min- 
den Linuxra vágyó felhasználó feltesz: melyiket is válasszam? 
Érdemes egy sokak által használt változatot beszerezni, mivel 
így valószínűleg sokkal hamarabb fogunk segítséget kapni, 
mintha egy szinte teljességgel ismeretlen Linuxot használnánk. 
A másik szempont az lehet, hogy közeli ismerősünk melyik 
változatot használja, mivel ha mi is ugyanazt használjuk, lega- 
lább a kezdeti nehézségeken át tud bennünket egy olyan 
ember segíteni, aki ismer minket, és ez bizony a dolgok elma- 
gyarázása során aranyat érhet. A jövő mindenképpen a nyílt 
forrásé, remélem, ezt mihamarabb mindenki a magáénak fogja 
érezni, mert ennek a fejlődésnek semmi nem állhatja útját. 
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The Free Software Foundation (FSF) is the principal organizational sponsor of the GNU 
Project. FSF receives very little funding from corporations or grant-making foundations. We 
rely on support from individuals like you who support FSF s mission to preserve, protect and 
promote the freedom to use, study, copy, modify, and redistribute computer software, and to 
defend the rights of Free Software users. Last year, over 679 of our operating funds came from 
individual donors. That ongoing support is the primary way we can continue our work. Please 


consider making a donation today. 
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Open Source Initiative (OSD) is anon-profit corporation dedicated to 
managing and promoting the e inition for the good of the 
community, specifically through the OSI Certified Open Source Software 
tificati . You canread about successful software 
products that have these properties, and about our certification mark and 
program, which allow you to be confident that software really is "Open 
Source." We also make copies of approved open source licenses here. 


tAug 2002, the Attribution 
Assurance License is approved 
by the board for the "approved 


license" list. 
tJuly 2002, OSI approves the 
Academic Free License as 


meeting the Open Source 
Definition. 


The basic idea behind open source is very simple; When programmers 
can read, redistribute, and modify the source code for a piece of software, 
the software evolves, Peogle improve it, people adapt it, people fix bugs. 


t July 2002, The Open S0urce 
Initiative will hold its July 


meeting at the 0 Reilly Open 


Source Convention. The 
public is invited to attend. 


tJune 2002, The MITRE 
Corporation publishes its 


And this can happen at a speed that, if one is used to the slow pace of 
conventional software development, seems astonishing. 


We in the open source community have learned that this rapid 
evolutionary process produces better software than the traditional closed 
model, in which only a very few programmers can see the source and 
everybody else must blindly use an opague block of bits. 


Open Source Initiative exists to make this case to the commercial world. 


paper on A Business Case 
Study of Open Source 








Mint azt a Programvadászat oldalon is írom, kérek minden 
olvasót, hogyha valamit a CD-mellékleten szeretne látni, írja 
meg a cdOlinuxvilag.hu címre a Programvadászatban 
megadott formai követelményeknek megfelelően. 

Nos, ennek fényében (fénykardjában) biztosíthatok mindenkit, 
hogy senki sem fog unatkozni a Linux háza táján, és reméljük, 
valaki tényleg elkészíti a ténykardcsomagot, és mindenki 
LinuxJedivé válhat (természetesen csak azok, akik leküzdik az 
olyan megpróbáltatásokat, mint a csomagfüggőségek erdeje). 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 

a Linuxvilág szakmai és CD-szerkesztője. 
Szabadidejében szívesen mászik hegyet 
és kerékpározik. 





Helyreigazítás 


Az előző számunkban megjelent Egy kis térinformatika című 
cikk szerzője a tartalomjegyzék állításától eltérően Tóth Béla 
volt. Az érintettektől és olvasóinktól elnézést kérünk. 





havi CD-mellékletünkön sze- 


, 

Programvadászat 

: replő anyagaink sokkal nagyobb 
hangsúlyt kapnak az eddigiek- 


hez képest, ezt a Magazin könyvtárban 

lévő anyagok száma és terjedelme is 

jelzi. A magazinban megjelenő cikkek 
támogatása ezután sokkal alaposabb 
lesz, igyekszünk minden programot (ter- 
mészetesen azokat, amelyek GPL fel- 
használási szerződés alá esnek) közzé- 
tenni, a kódok nagy részét is a megfelelő 
könyvtárakban találhatják meg olva- 
sóink. Minden cikk elején a cím mellett 
egy kis CD-jellel jelezzük, tartozik-e 

CD-s anyag a témához. Olvasóink ja- 

vaslatait nagy érdeklődéssel várom, és 

amennyiben lehetséges, eleget is teszünk 
az Önök kéréseinek. A javaslatokat, illet- 
ve kéréseket a cd(Olinuxvilag.hu levél- 
címre küldhetik. A következő feltételek- 

nek kell mind a programnak, mind a 

levélnek megfelelnie : 

e — Fel kell tüntetni a program nevét. 

e A programot GPL felhasználói szer- 
ződés alatt lehessen terjeszteni. 

e A program elérhetősége (URL). 
Ennek a közvetlen letöltési hivatko- 
zásnak, nem pedig a program hon- 
lapcímének kell lennie. 

e A program rövid leírása (minimum 
négy mondat, magyarul). 

Kérünk mindenkit, az itt felsorolt pon- 

tok betartásával segítsen minket a 

munkánkban! 

A megszokottaktól eltérően nemcsak 

a nagyobb lélegzetű anyagokat adjuk 

közre, hanem nagyon sok kis apróságot 

is, amelyekről a legtöbben nem is gon- 
dolják, hogy léteznek. 





KILLS 


sebd A mütyürkék 
Szándékosan kezdem 
ezek bemutatásával, 
mivel a vidámság 
sohasem árt. Ezek a 
programok általában semmire sem jók, 
gyakorlati hasznuk nincs, hacsak azt 
nem soroljuk ide, hogy a felhasználót 
örömmel tölti el, mint egy kedves kis 
háziállat léte. Biztosan mindenki ismeri 
az Xeyes programocskát, ez egy olyan 
szempár, ami követi az egerünk moz- 
gását. Bizony, bizony, arra is rá lehet 
venni, hogy nagyot kancsalítson! 
Minden Linux-kiadásnak része, az 
Xfree86-tools csomagban található. 





www.linuxvilag.hu 


czy SDL 


DD CD ny 


Másik nagy kedvencem az xroach 
azaz xcsótány: ha valaki nincs megelé- 
gedve a bérházakban található csótány- 
mennyiséggel, ezzel a programmal 
bizony pótolhatja a hiányt. 

Ha -rc (roach color) kapcsolóval 





a bogarak színét, a -speed segítségével 
pedig a sebességüket szabhatjuk meg, 

a -sguish szerintem a legéletszerűbb, 
az egérgombbal elkaphatjuk és halottá 
nyilváníthatjuk őket! 


Grass5 

A Grass5 (Geographic Resources 
Analysis Support System) segítségével 
háromdimenziós térképeket készíthe- 
tünk, animálhatunk, és az eredményt 
filmként rögzíthetjük. 

2 http://grass.ibiblio.org/ 





Netscape 7.0 

A Mozilla-alapokon nyugvó Netscape új 
családjának legújabb tagja a 7-es válto- 
zat, amelynek használhatóságáról meg- 
oszlanak a vélemények, de egy biztos: 
teljes értékű böngészőprogarmot 
kapunk kézhez, szinte minden bővít- 
ménnyel megtűzdelve. 

2 http:/www.netscape.com 


Rendszermag 

A legfrissebb fejlesztői rendszermagot is 
közreadjuk, de használata csak a 
felkészült felhasználók számára ajánlott! 
2 http:/www.kernel.org 





Grafika 


Ezután ez a könyvtár is 

új és állandó bérlő lesz korongunkon, 
mivel a Linux programjai is elérték azt 
a kort, hogy termelésre alkalmas 
munkára fogjuk őket. 


Jahshaka 


A Jahshaka egy mozgókép-feldolgozó 
és azt különféle hatásokkal ellátó prog- 
ramcsomag, futtatásához szükséges 

a Ot telepítése és OpenGL-támogatás. 
A jelenlegi változat Linux-, Írix- és 
Windows-gépeken fut és a Mac OS X- 
változat is hamarosan várható. 

A 5 http:/www.jahshaka.com oldalon 
szereplő tájékoztatás szerint a fejlesztők 
nVidia kártyát használnak. 





OpenOffice.org 1.0.1 

Az irodából természetesen most sem 
maradhat ki az OpenOffice.org legfris- 
sebbje, mivel igen fontosnak tartjuk az 
irodai alkalmazásokat, így windowsos 
telepítőkészlete is felkerült a korongra. 
A honosítókészlet ebben a könyvtárban 
szintén megtalálható. 

2 http:/www.openoffice.org 


Windows 

Ebben a könyvtárban a Linux alatt 
használt és bevált programok 
windowsos változatát is közzétesszük, 
ezzel is segítve az átállás kínjait, mivel 
ha egy bizonyos programot már 
biztosan használunk, könnyebben 
szokjuk meg az új környezetet. 


Csontos Gyula 
(Csontos.GyulaOlinuxvilag.hu) 
a Linuxvilág szakmai és 
CD-szerkesztője. Szabadidejé- 
ben szívesen mászik hegyet 
és kerékpározik. 
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Olcsó, nagy tudású Nokta-telefonok 
A világ vezető mobiltelefon-gyártójának 
új telefonjait hamarosan kézbe vehetjük 
-— ha a hazai szolgáltatók is úgy akarják. 
Érdemes is várni rájuk, hiszen a fiatalok- 
nak szánt, kedvező árú készülékek érde- 
kes újdonságokkal 
kecsegtetnek. A 35101 
és 3650 jelzésű készü- 
lékek színes kijelzővel 
rendelkeznek, az utób- 
bit beépített digitális 
kamerával is felszerel- 
ték. A mobiltelefon- 
eladások hosszú ideig 
töretlenül növekedtek, 
ám egy ideje a folya- 
mat lelassult — a fo- 
gyasztók egyszerűen 
nem látják értelmét a 
cserének. A színes 
kijelző ugyanakkor a legkedveltebb fej- 
lesztés, amit a vásárlók igényelnek, és 
ezért valóban hajlamosak új készülékre 
költeni — alighanem ezt ismerte fel a 
Nokia is. Mindkét új telefon alkalmas 
lesz MMS-ek küldésére, illetve GPRS- 
kapcsolatot is tudunk majd velük létesí- 
teni. A 35101 ára körülbelül 250 euró lesz, 
a 3650-esért pedig nagyjából 500 eurónak 
megfelelő összeget kell majd leszurkolni, 
ha előfizetést nem vásárlunk mellé. 

2 http:/www.nokia.com 


Távoli felügyelet egyetlen lapkával 

A OLogic - a cég elsősorban tárolóháló- 
zatokhoz fejleszt eszközöket -— olyan 
Remote Management Controller (RMC) 
lapkákat jelentett 
be, amelyek tu- 
dása a felügyeleti 
kártyákéval 
vetekszik. A cél 

a toronyba sze- 
relhető és kismé- 
retű kiszolgálók 
piacának meghó- 
dítása, hiszen ezeknél PCI-foglalat híján 
nincs lehetőség külön felügyeleti kártya 
beszerelésére a gépbe. A távoli felügye- 
let, az újraindítás, a programtelepítés és 
frissítés, a hibajavítás lehetősége nem új, 
ám eddig leginkább a felső kategóriás 
kiszolgálóknál alkalmazták. Az új, az 
Intelligent Platform Management Inter- 
face (IPMIL) előírások 1.5-ös változatát 
ismerő lapkákkal viszont olcsón elérhe- 
tővé válik a távoli felügyelet lehetősége, 
amelyet ezentúl remélhetőleg a belépő 
szintű gépeket vásárlóknak sem kell 
nélkülözniük. 

2 http:/www.glogic.comdeveloperintel. 
com/design/servers/ipmi/ 
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Feltámadóban a Midnight Commander 
Az utolsó, 4.5.55 számot viselő kiadás 
majdnem egy éve látott napvilágot, 
azóta tetszhalott állapotba került a Mid- 
night Commander. Nemrég azonban 
megjelent a 4.6-os változat előzetes kia- 
dása, amely elsősorban a fennálló hibák 
javítását célozza — újabb szolgáltatások 
beépítésére csak ezután lehet gondolni. 
A cél tehát a különféle biztonsági és 
üzembiztossági hiányosságok javítgatása 
volt, illetve a leírást két új nyelven, 
spanyolul és oroszul is el lehet érni. 


Szemmel gépelés esete forog fenn 

A betegséggel küzdő vagy mozgássérült 
emberek számára sokszor súlyos nehéz- 
séget jelent a billentyűzet és az egér 
használata, eddig mégsem sikerült iga- 
zán jó helyettesítő eszközt találni. 

A Dasher tervezet keretében olyan alkal- 
mazás fejlesztését tűzték ki célul, ami a 
felhasználó szemmozgását követve teszi 
lehetővé szövegek bevitelét, illetve az 


ella he 





egérmutató mozgatását. A program egy 
— bármilyen, erre alkalmas — kamerával 
követi a monitor előtt ülő szemének 
mozgását. A felhasználó a megfelelő 
pontra bámulva a monitoron kijelölheti 
a kívánt betűt, majd a képernyő másik 
oldalára nézve hozzáadhatja a már 
,beírt" karakterekhez. A program a kép- 
ződő szót elemezve próbálja meg kita- 
lálni, hogy a felhasználó mit szeretne 
beírni, és kiemelve felkínálja a várható 
választásokat. Használatának elsajátítása 
természetesen némi gyakorlást igényel, 
ám ezt követően a segítségével percen- 
ként 25 szó is beírható. lovábbi előnye, 
hogy az emberek számára - a gépeléssel 
ellentétben — természetes viselkedés, 
hogy oda néznek, ahova nyúlnak vagy 
amerre haladnak. A Dasher az egészsé- 
ges emberek számára is jól jöhet, ha 
mobiltelefonba vagy zsebtitkárba akar- 
nak szöveget bevinni, és gyakorlatilag 
bármely nyelvet képes támogatni. 

A tervezetben résztvevők munkájának 
eredménye nyílt forrással érhető el. 

2 http//wwwinference.phy.cam.ac.uk/dasher/ 


Levélszemét-szégyentábla 

, AZ oldalnak az az alapvető célja, hogy 
az elrettentés eszközével próbálja 
visszaszorítani a kéretlen leveleket kül- 
dők hadát." , Legyen ez az oldal egyfajta 
mementója annak, hogy egyes szolgál- 
tatók és szolgáltatások fennállásuk tör- 
ténetében legalább egyszer figyelmen 
kívül hagyták azokat az alapvető bizal- 
mi elveket, amelyekre pedig szolgálta- 
tásuk, termékeik kínálásakor oly gyak- 
ran és szívesen hivatkoznak." 

Kemény szavakkal fogalmaz a magyar 
levélszemét-szégyentábla írói képes- 
ségekkel is megáldott munkatársa. 
Csak remélni tudjuk, hogy oldaluk 
mind nagyobb nyilvánosságot kap, 

így valóban szégyen lesz felkerülni rá 
- legyünk számítók -, és divatos lesz 
nem rajta lenni. Az egyelőre meglehető- 
sen puritán kinézetű, lassúcskán betöl- 
tődő oldal akár komoly adatbázissá is 
fejlődhet, amihez csak kitartást és lan- 
kadatlan munkakedvet kívánhatunk 
fenntartóinak. 

2 http:/antispam.freeweb.hu 


Oreg böngésző nem vén böngésző 
Ha lenne öregek klubja programok 
számára, a Netscape 4.x sorozat min- 
den bizonnyal tiszteletbeli tag lenne. 
Készítői nyilván nem kedvtelésből fris- 
sítgetik a csomagot, így alighanem 
még mindig van igény az öregecske 
böngészőre. A sorozat legújabb tagja 

a 4.8-as változat — amelyben semmi 
érdekesebb újdonságot nem sikerült 
találni —, ami elődjeihez hasonlóan 
MacOS, Linux, illetve Unix és Windows 
operációs rendszerek alá érhető el. 

2 http:/www.netscape.com 


750 MB-os zipmeghajtó 
Az lomega új, 750 MB 
kapacitású meghajtó- 
járól nem sokat árulnak 
el a gyártó honlapján 

-— leginkább csak azt, hogy létezik. 

A külső meghajtó USB 2.0-s kapun 
keresztül csatlakozik a számítógéphez, 
sebessége 7 MB másodperceként. 
Kapunk hozzá egy önműködő mentést 
végző programot is, így ütemezett 
biztonsági mentésekhez is célszerűen 
használható. A meghajtó az ősz folya- 
mán FireWire felületű változatban is 
megjelenik. Képes a korábbi zipmeg- 
hajtók által használt 100 és 250 MB-os 
lemezek kezelésére is, ám az előbbieket 
csak olvasni tudja. Az ára körülbelül 
50 000 forint lesz, ha Magyarországra 
is megérkeznek az első példányok. 

2 http:/www.iomega-europe.com 
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Asus kézigép 

A hordozható számi- 
tógépek piacán már jól 
hangzik az Asus név, 
ám a cég tovább terjesz- 
kedik. Nemrég bemu- 
tatta első tenyérgépét, 
amely a MyPal A600 
Pocket PC nevet nyerte 
a keresztségben. Az Asus a világ leg- 
könnyebb, legvékonyabb, ennek elle- 
nére mégis legnagyobb teljesítményű 
kézigépének nevezi, ami /75xX125x12,8 
mm-es méreteit, 138 grammos súlyát és 
400 MHz-es Intel-processzorát figye- 
lembe véve nem is hangzik olyan hihe- 
tetlenül. A gépecske 64 MB SDRAM és 
32 MB flashmemóriával gazdálkodik, 
és ha ez nem volna elég, CF-foglalatát 
használva további memóriakártyákkal 
vagy akár IBM Microdrive-meghajtóval 
is bővíthetjük. Megfelelő kiegészítővel 
internetezésre, műholdas helymeghatá- 
rozásra is használhatjuk. 

2 http:/www.asus.com.tw 





Megjelent a Jungo OpenRG v2.0 
A Jungo Software lechnolo- 
gies bejelentette OpenRG 
nevű beágyazott Linux 
alaprendszerének 2.0-s 
változatát. A rendszert a 
cég elsősorban otthoni 
hálózati átjárók fejlesztői számára 
készíti. Az új változat Universal Plug 
and Play modullal is rendelkezik, 

így az őt futtató készülékek telepítése 

— öntanító képességének és kiterjedt 
protokolltámogatásának is köszön- 
hetően - valóban egyetlen mozdulattal 
intézhető el. A rendszer grafikus felüle- 
ten keresztül állítható be, és a készülék 
a hálózat térképének megjelenítésére 

is képes. lovábbi érdekessége az egy- 
szálas működés. A hagyományosnak 
tekinthető, több szálat futtató készülé- 
keknél minden egyes hálózati kapcsolat 
kezeléséhez új szál indul, ami saját, 
hozzávetőlegesen 150 KB méretű me- 
móriaterületet foglal. Az egyszálas 
működésnél ellenben egyetlen prog- 
ramszál szolgál ki minden kapcsolatot, 
így kisebb a processzor terhelése, és az 
újabb kapcsolatok kiszolgálásához is 
csak 760 bájt memóriára van szükség. 
Meglepő, hogy a Jungo látszólag az 
árral szemben úszva rúgja fel a több- 
szálas rendszerek hagyományát, ám az, 
hogy így olcsóbb, kisebb teljesítményű 
processzor és kevesebb memória is elég 
a készülékek működtetéséhez, meggyő- 
ző érvnek tűnik. 

2 http:/www.jungo.com 
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Webre minden mosógépet! 

Az ÍBM és az USA lechnologies össze- 
fogásának köszönhetően az amerikai 
egyetemeken és főiskolákon a mosógé- 
pek hamarosan hálózati kapcsolatot is 
tudnak majd létesíteni. A webes hűtő- 
gép ötlete már régen nem újdonság, ám 
a két cég talán mégsem csupán feltűnési 
viszketegségtől vezérelve dobta be a 
dolgot. A fejlesztések révén először is 
megszűnik az odaát megszokott pénz- 
bedobálós fizetési rendszer, az esedékes 
díjat egy azonosító kártyával vagy 
mobiltelefonon keresztül rendezhetik 

a diákok. Emellett a gépek közös háló- 
zathoz csatlakoznak, az érdeklődők 
pedig Weben keresztül ellenőrizhetik, 
hogy mikor válik szabaddá valamelyik 
mosógép. Különféle mosási adalékok 
közül is válogathatnak, a mosási mű- 
velet befejezéséről pedig személyhívón 
vagy elektronikus levélben kérhetnek 
értesítést. A hálózat lehetővé teszi a 
gépek állapotának, működésének meg- 
figyelését is, a folyamatos felügyelettel 
számos meghibásodást meg lehet majd 
előzni. A tengerentúlon egyre inkább 
terjednek a vezeték - és hitelkártya — 
nélküli fizetést lehetővé tévő megoldá- 
sok, a különféle apró vásárlások összege 
az előjelzések szerint 2005-re 200 mil- 
liárd dollárt tesz majd ki. Mivel a gépek 
egyre kevésbé tárolnak aprópénzt, a 
feltörésükre tett kísérletek által okozott 
károk is jelentősen csökkenthetők. 


Elkészült a United Linux 

első próhaváltozata 

A The SCO Group, a Conectiva S.A., 

a SuSe Linux AG és a lurbolinux közös 
munkájának eredményeként megszü- 


s 
UNITEDLINUX 


letett a United Linux első próbaválto- 
zata. A terjesztés egyelőre csak zárt kör- 
ben érhető el, nyilvános kiadás valami- 
kor szeptember végén várható. A United 
Linux életre hívásának célja, hogy egy- 
séges terjesztést készítsenek, amelyre 
építve - elsősorban az üzleti világ igé- 
nyeit szem előtt tartva — könnyebb a 
linuxos alkalmazások fejlesztése, a kü- 
lönféle tanúsítványok kibocsátása, illetve 
a világméretű értékesítés és támogatás 
megvalósítása. A terjesztés amellett, 
hogy önmaga is egyfajta szabvány 
lenne, az LSB- és Lilőnux-előírásoknak 
is megfelel. A legnagyobb világnyelvek 
mellett magyarul is elérhető lesz. 

2 http:/www.unitedlinux.com 
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Oracle fürtözött 

Linux-fájlrendszer ingyenesen 

Az Oracle bejelentette, hogy forráskód- 
ként, GPL szerződéssel is közzéteszi 
fürtözött Linux-fájlrendszer megoldását. 
A forráskód máris letölthető az Oracle 
internetes fejlesztői hálózata, az Oracle 
Technology Network (OTN) webhelyé- 
ről. Az új fürtözött Linux-fájlrendszer 
fejlesztői változata a cég várakozásai 
szerint leegyszerűsíti az Oracle9i Real 
Application Clusters rendszerek fel- 
használói számára a fürtözött adatbázis- 
rendszerek kezelését és felügyeletét. 

2 http:/www.oracle.com 


Dobd el, lebomlik! 

A Sony WM-FX202 jelzésű sétálómag- 
nója november elsejétől szokatlanul kör- 
nyezetbarát kivitelben lesz kapható 

- készülékháza ugyanis túlnyomórészt 
biológiai úton lebomló műanyagból 
készül. A különleges műanyag - a ha- 
gyományos műanyagoktól eltérően — 
növények feldolgozásával készül, a 
korábbiak előállításánál kőolajat hasz- 
náltak fel. Amikor a készülék a szemétbe 
kerül, házának anyaga széndioxidra és 
vízre bomlik le, egyéb 
kellemetlen tulajdon- 
ságai viszont nincse- 
nek - érdekessége 
éppen az, hogy kör- 
nyezetbarát jellege 
ellenére tartós, hő- és 
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formázható. Arról 
nem szól a hír, hogy 
a készülék egyéb alkatrészei mennyire 
kímélik a természetet, illetve hogy a 
különleges műanyag gyártásakor vajon 
mennyi szennyeződés keletkezik. 
Ugyancsak a Sony érdekessége az a 
videomagnó, amely a tulajdonosának 
ízlése szerinti műsorokat vesz fel. 

A készülék folyamatos internetkapcso- 
latot kíván, a műsort a hálózatról tölti 
le, és a megadott kulcsszavak alapján 
válogatja ki, hogy mely műsorokat 
érdemes rögzítenie. Némi használat 
után arra is képes, hogy igazodjon 
felhasználójának szokásaihoz, ízléséhez. 
A készülék nem szalagokkal, hanem egy 
160 GB méretű merevlemezzel dolgozik, 
amelyre minőségtől függően 15—-100 
órányi anyagot tud rögzíteni. A Sony 
olyan szolgáltatás indítását is tervezi, 
amelynek segítségével a vásárlók távol- 
ról, mobiltelefonról is beprogramozhat- 
ják az eszközt. Az új videó egyelőre csak 
Japánban lesz kapható, ami negyedmil- 
lió forint feletti árát tekintve talán nem 
is nagy meglepetés. 
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Internet 5CSI-rendszerek 

az Adaptec kínálatában 

Az Internet terjedésével 

az IP-protokollt is egyre 

több területen használ- 

ják, és nem maradhatnak 

ki a sorból a tárolóháló- 

zatok (SAN) sem. Az Adaptec — más 
neves gyártókkal együttműködve — 
ISCSI, azaz internetalapú SCSI-csatolók- 
kal bővíti kínálatát. Az új csatolók fela- 
data az, hogy a SCSI-sínen utazó cso- 
magokat szabványos ethernet hálózati 
csomagokká alakítsák, amelyek ezt kö- 
vetően bármely ethernethálózaton át, 
tehát a meglévő hálózati elemek felhasz- 
nálásával is továbbíthatók. Az 15CSI-ala- 
pú adattárolás — az olcsó ethernetössze- 
tevőknek köszönhetően - kisebb teljesít- 
ményű alkalmazásoknál olcsóbb a ha- 
gyományos FC-megoldásoknál. lovábbi 
előnye, hogy a tárolóeszközök teljesítő- 
képessége leállás nélkül bővíthető, a 
végpontok között több útvonalat kiépítve 
magas fokon hibatűrő, illetve az IP- 
protokoll elterjedtsége révén különböző 
operációs rendszereket futtató, akár 
eltérő típusú gépekről is közösen lehet 
használni ugyanazt a tárhelyet. 

2 http:/www.adaptec.com 


Alakulyat az URU-Linux 
Az első magyar terjesztés 
ugyan még nem érett be, 

de az egyik oldala már kezd 
pirosodni. A fejlesztők túl- 
léptek a próbaváltozatok 
korszakán, és augusztus közepén 
megjelent az RC-1 kiadás. A terjesztés 
szabadon letölthető az UHU-Linux FIP- 
kiszolgálójáról, valamint a 14. oldalon 
beszélgetét olvashatnak a készítőkkel, 
illetve meg is rendelhető — az utóbbi 
esetben csak a postaköltséget kell állni. 
2 http/www.uhulinux.hu 


Bővít a FreeStart 

A FreeStart 2002. augusztus 7-én meg- 
kezdte szolgáltatási területének jelentős 
bővítését. Az eddigi három mellett az év 
ütétösai végére befe- 
TRECSIARL eződő fej- 

: lesztések 
eredményeképpen újabb 19 körzetben 
lesz elérhető a cég ingyenes internetszol- 
gáltatása. A bejegyzett felhasználók nem- 
csak hálózati hozzáférést, de levélcímet 
és webtárhelyet is kapnak a FreeStarttól. 
Fontos változás, hogy megszűnt a kap- 
csolatok óránkénti megszakítása is, 
amelyet még februárban kényszerültek 
bevezetni. 

2 http:/www.freestart.hu 





Samsung telefon 
Palm 05 rendszerrel 
A Samsung új mobil- 
telefonja egyszerre 
telefon és zsebtitkár. 
Fontos előnye, hogy 

a zsebtitkároknál meg- 
szokott méretű kijel- 
zőjére Palm OS rajzol- 
gatja az elemeket, így 
a kezelése nem okoz- 
hat gondot senkinek, 
aki találkozott már a 
világ legnépszerűbb 
tenyérgépen futó ope- 
rációs rendszerével. Az SPH-I300 
természetesen képes a Palm O5S-alapú 
alkalmazások futtatására, kijelzője 256 
szín megjelenítésére alkalmas, valamint 
internetezni és levelezni is lehet vele. 
Megtalálhatók benne a megszokott 
Palm-alkalmazások, mint címlista, ha- 
táridőnapló, tennivalók, jegyzettömb és 
számológép. Az adatok és programok 
tárolására 8 MB memória áll tulajdonosa 
rendelkezésére, mérete 125 x58x21 mm, 
súlya pedig 170 gramm. 

2 http:/www.samsungelectronics.com 
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Svédország is a szabad programok 
iránt érdeklődik 

Hosszú már a sora azon országoknak, 
ahol az államigazgatásban komolyan 
foglalkoznak a szabad programok hasz- 
nálatával. Svédország is csatlakozik hoz- 
zájuk, annak ellenére, hogy nemrég írt 
alá egy szerződést a Microsofttal. A fő 
ösztönző erő természetesen a takarékos- 
ság, ami az említett szerződésben szerep- 
lő félmilliárd koronás összeget figyelem- 
be véve nem meglepő. A frissen létre- 
hozott, a Linux használatából várható 
előnyök értékelését végző munkacsoport 
tevékenysége még csak nemrég kezdő- 
dött, ám azt már most tudni lehet, hogy 
a helyi rendőrség, a munkaügyi hivatal 
és az adóhivatal is résztvesz benne. 

A Linux egyre nagyobb szerephez jut 
Dánia és Norvégia hivatalaiban is, de 
leglátványosabb bázisa a távol-keleti or- 
szágokban van: Koreában százezer feletti 
a linuxos asztali gépek száma, Kína 
pedig egyenesen saját terjesztést fejleszt. 


Medgyesi Zoltán 

(mzarettesoft.hu) a BMGE 24 éves 
informatika szakos hallgatója. Szabad- 
idejét legszívesebben a barátnőjével 
tölti. Szeret autózni és bográcsban 
főzni. A Linuxot hat éve Ismeri, de még 
nem volt lelkiereje, hogy áttérjen rá. 

A Linuxvilág magazin hírszerkesztője. 
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SMS-ben is tájékoztatja utasait a KLM 

A KLM Holland Királyi Légitársaság ingyenes SMS- 
szolgáltatást vezetett be törzsutasai számára. Az 1-Cell 
Kft. által fejlesztett és üzemeltetett 
1-Flight rendszer segítségével a 
KLM magasabb szintű kiszolgá- 
lást, kényelmesebb utazást teremt 
utasainak. A szolgáltatás igénybe- 
vételével a Flying Dutchman-tagok 
tájékoztató SMS-üzenetet kapnak 
mobiltelefonjukra a Budapestről induló, illetve Budapest- 
re érkező KLM-járataik helyzetéről: várható indulási, 
illetve érkezési idejükről, valamint az esetleges járattör- 
lésekről. Az értesítéseket magyar, angol, német, francia 
és holland nyelven lehet kérni, a szolgáltatást a KLM 
weboldalán vagy jegyirodáiban kitöltött formanyomtat- 
vány kitöltésével lehet igényelni, kizárólag magyaror- 
szági mobilszolgáltatóhoz tartozó telefonszámra. 

2 http://wwwv.klm.hu 





Távképzés a Vám- és Pénzügyőrségnél 
A veszprémi székhelyű Netura Kft. által fejlesztett és 
üzemeltetett internetes EU-tanfolyamot választotta a 
Vám- és Pénzügyőrség hétezer fős személyi állományá- 
nak továbbképzésére. A tantermes oktatással szemben 
a választáshoz nagyban hozzájárult, hogy az online tan- 
E folyam könnyen, az ország bármely 

j Bi területéről elérhető, tananyaga letölt- 
hető, és a vizsgák tetszés szerinti 
időpontokban letehetők. A tanfolyam 
tematikáját és tananyagát a Netura 
Kft. állította össze az Európai Bizottság 


MI 





A tanfolyam során a hallgatók általános betekintést 
nyernek az Európai Unió történelmi hátterébe, időrend- 
jébe, intézményrendszerébe, külkapcsolati és jogi rend- 
szerébe, valamint számos más vonatkozású témába. 

A hallgatók a rendszeres online vizsgakérdések megvá- 
laszolása mellett záróvizsgát is tesznek. Egy az Európai 
Unióval kapcsolatos, támogatott, általános tanfolyam 
bárki számára ingyenesen elérhető az Interneten, a 

2 http://www.eutanfolyam.hu címen. 


Új tulajdonoshoz került a DataNet 

Az Antel Holdings tulajdonába került a KPNOwest Ebone 
Central Europe, illetve vele együtt hazánk egyik legré- 
gebben működő internetszolgáltatója, a korábban a GTS 
által felvásárolt DataNet, mai nevén GTS-DataNet. 

A KPNOwest a legnagyobb választható távközlési szol- 
gáltató Közép-Európában, kínálatában hang- és adatát- 
viteli, IP-alapú, valamint különféle széles sávú hálózati 
szolgáltatások találhatók, ügyfélköre a magánszemélyek- 
től a nagyvállalatokig terjed. 

2 http://www.datanet.hu 


IP-telefónia a DÉMÁSZ-nál 
A DEMASZ Rt. nemrég bővítette gerinchálózatát, ám 
elavult telefonrendszerének korszerűsítése még váratott 
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magára. Az áramszolgáltató megbízását a Synergon Rt. 
nyerte el, amely egységes hang- és adattovábbító 
hálózatot épít ki, azaz a továbbiakban a szolgáltató belső 
telefonforgalma Is IP-alapon folyik majd. A rendszer 
2003 nyarára várható teljes kiépítésével nagyobb IP- 
alapú telefonhálózat jön létre, mint a Magyarországon 
eddig telepített hasonló hálózatok összessége. 

2 http://www.synergon.hu 


SMS-küldés vezetékes telefonról 
Szeptember 1-jével vezette be a Matáv a 
vezetékes SMS-küldés és -fogadás lehető- 
ségét. A szolgáltatás egyelőre csak Matáv- 
előfizetők között, illetve Matáv-Westel és 
visszirányú viszonylatban működik, itt viszont 
telefonra, faxkészülékre, hangpostára egya- 
ránt küldhető üzenet — feltéve, hogy megfe- 
lelő készülékkel rendelkezünk. Ilyet kétféle 
típusból választhatunk a cég kínálatából, 

25 és 30 ezer forintos áron. Ha nem akarunk 
ennyit szánni új készülékre, fogadni még min- 
dig tudjuk az üzeneteket, ilyenkor a rendszer 
felolvassa nekünk a szöveget. 

2 http://www.matav.hu 


Kitüntetés Björn Johan Flakstadnak 
Görgey Gábor kulturális miniszter a Pro 
Cultura Hungarica kitüntetést adományozta 
Björn Johan Flakstad-nak, a Pannon GSM 
leköszönő vezérigazgatójának. Flakstad folya- 
matosan támogatta a magyar képzőművé- 
szetet, sokat tett annak nemzetközi megis- 
mertetéséért. A szolgáltató 1995 óta többek 
közt kiállítások szervezésével, képek vásár- 
lásával, helyreállításával és kiadványok tá- 
mogatásával is segítette a Magyar Nemzeti Galériát. 
2 http:/Awww.nkom.hu 


Sikeres az ArchiCAD 

az amerikai parti őrségnél 

A Graphisoft bejelentette, hogy az amerikai parti őrség 
ezentúl a vállalat termékét, az ArchiCAD-et alkalmazza 
stratégiai létesítményeinek hatékonyabb kihasználására. 
A Graphisoft nemcsak építési és kivitelezési tervezésre, 
hanem a meglévő épületekről készített háromdimenziós 
modellek felhasználásával azok jobb helykihasználásának 
kidolgozására is használható. Használatával többek 
között könnyebben lehet határozni a legfontosabb 
beruházásokról, csökkenthetők a fenntartási költségek 
és felderíthetők a sebezhető pontok. 

2 http://www.graphisoft.hu 


Medgyesi Zoltán (mzerettesoft.hu) 

a BMGE 24 éves informatika szakos hallgatója. 
Szabadidejét legszívesebben a barátnőjével tölti. 
Szeret autózni és bográcsban főzni. A Linuxot hat 
éve ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág magazin hírszerkesztője. 
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Linux a tanteremben - 3. rész 


Amennyiben a jövő szempontjából értékesnek tartjuk 
a Linuxot, a jövő nemzedékét kell felkarolnunk, hogy 
elsajátítsák a Unix-látásmódot, és megtanulják 
kezelni a Unix-rendszereket. 





A sorozat zárásaként a szegedi Radnóti Miklós Gimná- 
ziumban az elmúlt tanévekben tartott Linux-szakkörökről 
szóljon egy rövid beszámoló. 

, Nálunk több szakkörpróbálkozás is volt, és mindegyik 
dugájába dőlt" — olvastam nemrég a SuLinux levelezési 
listán egy neves linuxos rendszergazda-tanár sorait. 
Nálunk a tanév eleji lelkesedés sokszor nagyobb volt, 
mint a későbbi részvétel: a gyerekek között ugyanúgy 

, divat" a Linux használata, ahogyan az különc módon 
öltözködni; azok, akik azonban komolyan is gondolják, 
hogy hátat fordítanak a Microsoft-világnak, valójában 
kevesen vannak. Szerencsére már nem mindenütt, az 
idézett rendszergazda-tanár középiskolájában a nyári 
szünet elején tíz nap alatt száznál is több különböző 
felhasználó jelentkezett be a Linux-kiszolgálóra. Nálunk 
ez a szám a teljes nyári szünet alatt öt alatt volt. . . 

A Linux-szakkört azért többen látogatták, csakhogy 
szinte mindig mások. A gyerekek tudásszintje egymás- 
hoz képest lényegesen különböző volt, így lehetetlen volt 


Hinclude "allegro.h" 


/r BeXEll tjuk az aut 





olyan órát tartani, amiből mindegyikük nyert volna 
valamit. Többször is telepítettük a Linuxot (először még 
abban az időben, amikor a 6.1-es SuSE kijött), 
tanítottam könnyebb héjpogramozást a d/alog program 
bemutatásával, egyszerűbb programokat készítettünk 
együtt Kylixban és PHP-ben (PostgreSOL-támogatással), 
(a legtöbb anyagot az 5 http://ftp://pc10.radnoti-szeged. 
sulinet.hu/home/kovacsz Linux címen nyilvánossá 
tettem). A gyerekek számára mindez nem volt kivétele- 
sen nagy élmény, azonban remélem, néhányójuknak 
induló lökés is lehetett. A linuxos tudást a gyerekek 
azonban nem a szakkörön gyűjtik össze, hanem saját 
tapasztalataik alapján az otthoni számítógépük előtt. 


A projektmunka és a Linux 

Ezidáig a tehetséges gyerekek tanításának legösztön- 
zőbb eszközét a közös játékprogram-fejlesztésben talál- 
tam meg. Még középiskolás voltam, amikor számítás- 
technika tanárom ugyanezzel a módszerrel indított el 
bennünket a véresen komolyan vett programfejlesztés 
felé, abból a célból, hogy hatékonyan készüljünk fel az 
Országos Középiskolai Tanulmányi Versenyre. Az egyete- 
men is volt olyan gyakorlatvezetőm, aki programozás 
tárgyból kötelezően beadandó programként logikai játék 


td Es dő DOZ CGI JRE 


BITMAP "kocsi, "hatter; 

/:F Az aut Os a hEttAr. r/ 
PALLETE paletta; /$Y Az Gppen GrvOnyes 
Ssznpaletta. !255/8z/Aü6 avos REVRESZ NEK7 


void mozgat () 


( 


BITMAP f"megjelenitendo; 
sa köpernyi vEltoztatand 


/: Ebben tEroljuk 
röszöt. x/ 


char c; /$: A megnyomott gomb. §/ 
int lepeskoz-1; /$ Az aut  mozgEsEnak 


egyorsasAga.  Eegptil "is € ggg. / 


int kepatlo, irany-192; 


/r Aut "Atmgrije", indul irEny (Oszak). §/ 
float x,y, iranyx--1, i1ranyy-0; 
/r Aut koordinkát£ki, indul irgnya. §/ 


kepatlo-sart ( (kocsi-3w) " (kocsi-35w) 4 
5 (kocsi-:5h) " (kocsi-:h) ) ; 
// Pitagorasz-tÖtel! 
kepatlor-5; /§r Egy kicsit megn velj k, hogy 
mfordul£snEl is szöp legyen. §/ 


megye lenttendosereáter Di tmap (kepattortepeskoz" "2; 
—kepatloilepeskoz?2) ; 


/: Azort adjuk mgg hozz£E a IgpOsk zt, hogy 
nagy gyorsasEgnEl ne fussunk ki. §/ 


x- (320- (megjelenitendo- sw) ) /2; 
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me ZO megye benTEendő s kez t0 


do 


( 


if (keyIKEY LEFTJ],) 
if (keyIKEY RIGHTI) 
if (keylKEY UPIJ ) 

( 

/rselive 4/ 
y--( (float) lepeskoztiranyy) ; 
x--( (float) lepeskoztiranyx) ; 


] 


1E a (keév [KEY FDONNI9 

( 

/: hEtra F/ 
yr-( (float) lepeskoztiranyy) ; 
xr-( (float) lepeskoztiranyx) ; 


] 


itanyx-cos ( (Elode) (0 ((Eleat) ivanyr64)/128)"3.1415)); 
/: koszinusz... :-) F/ 
iranyy-sini(Edoat) ((((tloáat) irany:6497128) § 
zoo EZT SSE; 
/: szinusz... :-) €§/ 
/: Feltessz k a hEttOr megfeleli darabjat 
sa vEltoztatand rOszre: Y/ 


/: balra r/ 
/: jobbra F/ 


Men zzoN, 
iranyt7-2; 


blit (hatter megjelenitendo, (int) x, (int)y,0,0, 


5 kepatlorlepeskoz?r 2, kepat1lo-ilepeskoz? 2) ; 
A lista folytatása a következő oldalon található 





HM a 


elkészítését írta elő. Érdekes, hogy ez az ötlet sokszor 
már a 13 éves gyerekeknél is bejön, habár logikai játék 
kot kezdtünk el írni. 

Az első próbálkozáson öt évvel ezelőttre tehető. Ekkor 
még csak próbaképpen tartottam szakkört a Radnótiban, 
negyedéves egyetemistaként. A szakkört a tanév köze- 


részletei elé másoltuk őket (5 //ftp://pc1O.radnoti- 
szeged.hu/home/kovacsz/C. szakkor/JÁTÉK!). 

Ez a második projekt tehát már C nyelven futott. A DOS- 
os DJGPP (5 http:/Awww.delorle.com/djgpp) alatt az 
Allegro-csomag (5 http://allegro.cc) segítségével írtuk 
a programkódot, a szövegkiíró és a perspektív megjele- 
nítésért felelős eljárást pedig egy-egy 14 éves tanítvá- 


. Láttuk-hallottuk 


nyom alkotta. Habár a programnak csak egy , nagyon 
példa" változata lett készen, a projektet mindenképp 
sikerként könyvelem el. Az Allegro csomagot sajnos 
kevesen ismerik; ez egy könnyen használható, gyors 
programfejlesztést lehetővé tévő eljárásgyűjtemény, 
amelynek fő erőssége a gyors grafikai megjelenítés és 
a több felületen való felhasználhatóság. 

Annyira gyorsan lehet benne fejleszteni, hogy tavaly 
egy olyan projektet indítottam benne el, ami csak het- 
vensoros volt, mégis már így is működő autóverseny- 
program lett. Ma is szívesen játszanak vele kicsik és 
nagyok egyaránt. 

Ezt a programot kezdtük aztán Maxirace néven fejlesz- 
teni (a nevet egy hetedikes tanítványom adta) a 
SourceForge-on, CVS-támogatással. Ez utóbbihoz már 
Linux kellett; bár DOS alatt is lehetett volna CVS-t 


pén indítottam, és megbeszéltük a négy, nálam néhány 
évvel fiatalabb fiúval, hogy valami igen komoly stratégiai 
játékot írunk Turbo Pascalban, assembly-betétekkel. 
Néhány segédeljárás el is készült, összeállt némi grafikai 
terv is, de a program sohasem került futtatható állapotba. 
A második próba három évvel ezelőtt volt, amikor a 

"A vágtázó halottkémek" fedőnevű projektben hét tanu- 
lóval egy ténylegesen működő, animált mozgást is tar- 
talmazó, DOS és Linux alatt is futtatható kódot dobtunk 
össze, sok grafikával. A játék ,Radnótis kaland" néven 
futott, és a lényege pedig az volt, hogy a főhőssel a 
suliban mászkálva kell mindenféle feladatot teljesíteni. 
Két szakkörös gyereket fényképeztünk le több fázisban 

a fehér fal előtt, majd a fényképeket beolvastuk, a 
Gimppel , megfésültük", s ezután a megfelelő C nyelvi 
utasítással a gimnázium szintén beolvasott jellemző 
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PP PR 


A lista folytatása az előző oldalról /: Kocsi beolvaszsa. r/ 


/£ A vAltoztatand rÖszre rErajzoljuk az aut t: §/ set gfx mode( /?t Grafikus m d beXll tEsa. "/ 
Hifdef LINUX 
GFX XWINDOWS,  /r Linuxon X Window alatt 


STUÜSSÖO a program, §/ 


Soc atcSpGtte megye bent tendeskocs SEBES KOÖZT 
5 (kepatlo-kocsi-35w) /2, lepeskoz-i (kepatlo- 
Skocsi- 2h)/2  1tOrix(icany)); Htelse 

GFX AUTODETECI, /r egyőbkönt legyen az 
/4- Bz a sot biztos Cja az animmci ssalapörtelmezett m d. F/ 


svillogEsmentessőggt. "/ 


SYNC() ; 
tendif 
320, 200, 0, 0); 
avaw S pSi tesen Megye lenTtendos (eat ) seret sze /" Felbontás. §t/ 
4 96KTRA ZKOTÉT Ke set pallete(paletta,) ; 
rest(5); /r 5 ezredmEsodperc vErakozEs. "/ /: Sz npaletta beXl1 tXsa. "/ 


) elrawiis ot VE SSESSENGEEE E T0UN 


while (O!keyIKEY ESCI ) ; /- Kirajzoljúk a hatteret. §/ 
/-" Kkilöp nk, ha HSC volt a megnyomott gomb. §/ ! 
J 
main () 
void imicializalasú() ( 
( /: Fiprogram. t/ 


/: Megh vjuk az 
rüszprogramot. §/ 


inicializalas(); 

aldtegrosíniti) ; adnicralizalas() 
/: Ez minden grafikus program elejgre kell. "F/ mozgat ( ) ; 
install keyboard() ; /: Elkezdj k a tÖönyleges jEtfGkot. r/ 
/£t Ez mindig kell, ha a billentyízetet ) 

hasznEljuk. "/ 
install timezl) 77" Ez mindig kelt" ha 

idiz tÖst haszn£lunk. F/ 
hatterslőaedíbtemáptHáttsé omp "e pEVSt Ea 


/: HEttOrkOGp beolvasZsa. r/ 


Htifdef LINUX 
END OF MAIN(); /: Ez Linuxon kell, 
DOS alatt nem. F/ 
Htendif 


kocsis Toadöbi tmapt auto: omp ee patettay 
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telepíteni, a 7.3-as SuSE-ban minden konyhakészen ren- 
delkezésre állt, az Allegróval együtt. A Maxirace program 
fejlesztésébe ezután sok apró fiatal kapcsolódott be: 
néhányan weboldalt készítenek hozzá (részint Windows 
alatt), mások háttereket és kocsikat rajzolnak, a leg- 
ügyesebbek pedig a kódba is belenyúlnak. A CVS logiká- 
ját még nem sikerült megszerettetnem: környezeti beállí- 
tásaink még nem elég kényelmesek ahhoz, hogy önmű- 
ködően update-tel és cvs commit-tal tartsuk a kapcsola- 
tot a CVS-kiszolgálóval (először be kell ssh-zni a pc9-re, 
csak onnan lehet elérni a SourceForge kiszolgálóját, 
majd a letöltés után a friss anyagot át kell másolni a 
grafikus munkaállomásra, végül a módosított fájlokat 
vissza kell tenni a pc9-re, s csak ezután indulhat a 
visszatöltés a raktárba). Ellenben rengeteg apróságot és 
szépséget el lehet mondani a gyerekeknek, mialatt a 
,nagy cél" elérése érdekében kis célokat tűzünk ki, s 
azokat oldjuk meg. A hetente tartott kétórás szakkör 
magját egy ötfős tevékeny csoport alkotja, hozzájuk ve- 
rődik 2—3 főnyi ,kíváncsiak társasága", azonban a hiva- 
talos fejlesztői csapat nyolctagú: az egyik csapattag 

19 éves, a többiek viszont mind 13-14 évesek. Legalább 
tíz fő a további , pártoló tagok" száma, ezen felül az 
iskola tanulóinak egy része véletlenül is elindítja olykor 

a Windows alatti változatot. 


Allegro, azaz vidáman, gyorsan 

A listán olvasható a 0.2-es változat forrása, ami igazából 
a legelső változat, csak megfésült, megjegyzésekkel 
ellátott formában. A jelenlegi, a 5 http://sf.net/projects/ 
maxirace címről letölthető ennél már ügyesebb, és a kód 
is profibb formájú. Már ez a programlista is jól mutatja 
azonban az Allegro egyszerűségét, és a 

gcc -DLINUX -o maxirace.exe 
—maxirace.c "allegro-config --libs" 
parancssorral gond nélkül lefordul. A kimenet a 
maxirace.exe lesz, a bináris kódot a gyerekek miatt a 
futtathatóságot hangsúlyozandó .exe kiterjesztéssel 
hozzuk létre; az utolsó órákon a kiterjesztést már elhagy- 
tam. Az allegro-config --version parancsSSor- 
ral vizsgálhatjuk meg, hogy Allegro-csomagunk kellően 
friss-e a fordításhoz; nekem a program a 3.9.37-es 
változattal gond nélkül lefordult. A pillanatnyi könyvtár- 
ban helyezzünk el egy hatter.bmp nevű 320 x 200-as 
képet (lehetőleg kacskaringós versenypályával) és egy 
ennél jóval kisebb auto.bmp-t, ami jól elfér a versenypá- 
lyánkon. Ezután a játék már indítható is: autónkat a 
nyílbillentyűkkel lehet irányítani az autóverseny-prog- 
ramokban megszokott módon, kilépni az Esc-pel tudunk. 
Programunk X-ablakban fut, de a GFX XWINDOWS 
átírásával megoldható, hogy például Svgalib alatt 
fusson. Ha DOS alá kívánunk fordítani (/DJGPP-vel, 
elegendő hozzá a 2.01-es változat), módja: 

gcc -o maxirace.exe maxirace.c 
.-]lalleg 

A Maxirace kódja kellően rövid ahhoz, hogy ne rettentse 
el a kezdő programozókat, de elég hosszú és elég nyitott 


ahhoz is, hogy egy néhány hónapos programozói alap- 
képzéshez ugródeszka legyen. Emellett nemcsak autó- 
verseny-program kiinduló alapja lehet: a kétdimenziós 
játékok egy része egy tengely körüli forgásra és előre- 
hátramenetre épül, az alapprogram tehát számos irányba 
továbbfejleszthető. 

Az idén januártól már nem is Linux-, hanem Maxirace- 
szakkört hirdettem a gyerekeknek. Nagyon jó hangulatú 
műhelymunkában volt részünk ezekkel a fiatalokkal hét- 
ről hétre, és ha lassan haladtunk is előre, az eredmény 
magáért beszélt. 

E sorok írásakor, augusztus végén azt tervezem, hogy 

a programot ősztől kezdve továbbfejlesztjük. A Source- 
Forge-os projektbe természetesen bárki bekapcsolódhat, 
aki ezek után kedvet kapott hozzá. Tanítványainkkal talán 
mégis a legjobb új projektet kezdeni, akár a Source- 
Forge-on, akár saját CVS-kiszolgálón, akár CVS-kiszol- 
gáló nélkül. Megítélésem szerint az öröm forrása a közös 
munkában a létrehozott termék varázsában van, abban, 
hogy mindenki megtalálhatja a hozzá illő, képességeinek 
megfelelő részfeladatot, de ha kíváncsi mások munká- 
jára, az sincs elrejtve előle. 


Zárszó 

A nyílt forráskódra épülő rendszereknek számos előnyük 
van, de az oktatói-nevelői munka kapcsán egyet minden- 
képpen ki kell emelnem: a tájékoztatás, a tudás szabad- 
ságát. A zárt forrású kereskedelmi programok meghatá- 
rozásukból adódóan megfosztják a felhasználót attól, 
hogy megtudja, , mitől is megy" a program. Ma már 
olyan bonyolult rendszerekre van szükség, hogy akármi- 
lyen ügyes Is egy projekt (a legjobb szakembereket 
gyakran a Microsoft vásárolja fel), tökéletes programot 
alkotni képtelenség. Ez az adat visszatartásának zsákut- 
cája. Ha egy tanár szakmailag felkészült szeretne marad- 
ni, félmegoldás, ha csak annyit mond: , nem tudom, 
miért nem működik" vagy , fogalmam sincs, mitől fagy 
le folyton". A nyílt rendszerek tanulmányozhatók, és a 
tanulás legmélyebb formáját, az önképzést segítik elő. 
Valljuk be, diákjaink némelyik területen sokkal többet 
tudnak a Linuxról, mint mi, a tanáraik. Sajnos sok tanár 
éppen a szakmai hírnevét félti, s nem közösködik a fiatal 
kölykökkel, akik ,kenik-vágják a témát". De mindig öröm 
újabb és újabb pedagógusoktól hallani, hogy , igen, én 
félre mertem tenni, hogy nagynak hittem magamat". És 
ha tudományról, azaz számítástudományról beszélünk, az 
új ismeret mércéje mindenképpen a nyilvánosság. Ebből 
az előremutató, nyílt versenyből a zárt rendszerek, 
egyszersmind a bezárkózó tanárok is mind kimaradnak. 


Kovács Zoltán 

] (kovzolomath.u-szeged.hu) 
tanársegéd a Szegedi lIudomány- 
egyetem Bolyai Intézetében az 
Analízis Tanszéken, matematikát és 
számítástechnikát tanít óraadóként 
a szegedi Radnóti Miklós Kísérleti Gimnáziumban. 








LIME-hírek 


A Linux-felhasználók Magyarországi Egyesülete 
(LME) ebben az évben az Infoszféra Kft.-vel 
együttműködve 2002. november 9-én (szombaton) 
rendezi meg lassan már hagyományosnak 
tekinthető, nagyszabású GNU/Linux Szakmai 
Konferenciáját. 


A konferencia Budapesten a VII. Kerület, Rákóczi út 90. 
szám alatt található Grand Hotel Hungária szállodában 
kerül megrendezésre, ahol az egyesület sok szeretettel 
vár minden érdeklődőt. Az IV. GNU/Linux Szakmai Kon- 
ferencia célja, hogy lehetőséget nyújtson a magyar 
linuxos világ szereplőinek a bemutatkozásra. A bemuta- 
tásra kerülő előadásokat előzetesen szakmai zsúri ellen- 
őrzi. A szervezők célja, hogy minden eddiginél színvona- 
lasabb és nagyobb szabású rendezvényen láthassák 
vendégül az érdeklődőket. 

A konferenciára elektronikus úton a 


2 http://konf2002.Ime.linux.hu/ oldalon lehet jelentkezni. 


A fenti oldalon a tervezett előadástémákkal kapcsolat- 
ban közvélemény-kutatást folytatnak, ahol bárki (célsze- 
rűen a konferencia leendő látogatói) a szervezők tudo- 
mására hozhatja, hogy a tervezett témák közül szerinte 
melyik lesz a legfigyelemreméltóbb. 
Az előadások délelőtt fél 11-kor kezdődnek, és 2—3 cso- 
portban zajlanak délután hat óráig, a következő tervezett 
időrendben: 
Megnyitó 10 
1. előadás 109—-11" 
2. előadás 11"—12" 
Ebédszünet  12"-14" 
3. előadás 147—15" 
4. előadás 15"—16" 
5. előadás 167—17" 
Zárszó 17 
Zárás 18" 


A konferencia várható előadástémái: 

e Szalai Ferenc (szferroangel.elte.hu): Grid-rendszerek 
e Deim Ágoston (ago(Olsc.hu): Az embertől az államig 
(A nyílt forráskód haszna a kormányzatok számára; 

gazdasági és egyéb kérdések) 
e [arga Csaba Sándor (guskaCoguska.hu): Az LME 
múltja és jövője 
(Bő lére eresztett számvetés: mi történt 1996 óta?) 
e Czakó Krisztián (slapiccolinux.co.hu): E-mail SPAM- 
védelem 
e Czakó Krisztián (slapic(olinux.co.hu): Biztonságos 
távmunka 
(IPSec VPN Linux segítségével) 
e Mátó Péter (atyacvDandrews.hu): IDS 
e VVémeth László (nemethkogyorsposta.hu): 
Magyar Ispelly/MySpell 
e Bodnár Csaba (bocs(omclx.hu): 
A Caesar-kódtól az SSH-ig 
(A rejtjelezés rövid története) 
e Papp Dániel (daniomcIx.hu): A Linux-alapú fürtözési 
megoldások áttekintése 
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e Körmendy Domonkos (domaCokormendy.hu): 
A PHP-GIK 

e Dr. Szentiványi Gábor (szenti(osuselinux.hu): Kufárok 
a bazárban, avagy a Linux dilemmái az üzleti életben 

e Fodor Orsolya (fodorsi(Daxelero.hu): Weboldalkészítés 
Linux alatt 
(Multimédia és grafika témakörben) 

e Harka Győző (carlosogammatttk.pte.hu): 
A GNU/Linux rendszermag finomhangolása tűzfalakon 

e Milus János (j.miluscochello.hu): Nagyrendszerek 
felépítése 

e Zahemszky Gábor (zgaboroPicasso.Zahemszky.hu): 
A FreeBSD világa 

e Kadlecsik József (kadleccoblackhole.kfki.hu): 
Csomagszűrő útválasztók 

e Scheidler Balázs (bazsicobalabit.hu): Webkiszolgáló 
védelme határvédelmi eszközökkel 

e Kósa Barna (barna kosa(ofreemail.hu): Központosított 
felhasználókezelés GNU/Linux-környezetben 

e Deim Ágoston és Illés Márton: UHU-kiszolgáló és tűzfal 

e Zelena Endre (ezelenacolme.linux.hu): Open Source- 
tévhitek és cáfolatok 

e Zelena Endre (ezelenacolme.linux.hu): Digitális aláírás 
és időbélyegzés: ajánlott levél elektronikusan? 

e Egy könnyed hangvételű előadás az UHU-ról 
(Hogyan jutottak idáig, ügyfél, kiszolgáló, tűzfal, 
elLearning stb.) Az UHU által támogatott fejlesztésekről 
45 percben (MPlayer, Gnome2-magyarítás, Pamir) 


A konferencia előadásaiból nyomtatott kiadvány készül, 
amit a Konferencia vendégei belépéskor kapnak kézhez. 
A könyv várhatóan 150 oldalas lesz. 

A konferencia után az elhangzott előadásokból, hozzá- 
szólásokból részletes Követőkiadvány készül, melyet 

az Üzleti díjat fizető vendégek nyomtatott formában 
megkapnak. A kiadványok később, a korábbi évek 
gyakorlatának megfelelően elektronikus levélben is 
hozzáférhetők lesznek. 

A belépés LME-tagoknak ingyenes, feltéve, hogy előre 
befizetik a 2002. évi rendes tagdíjat (4000 Ft). 

Nem tagok számára a belépőjegy ára: 1600 Ft--áfa 
(bruttó 2000 Ft); diákoknak, nyugdíjasoknak, katonák- 
nak, tanároknak 5090 kedvezményt biztosítunk, azaz 

a kedvezményes jegy ára: 800 Ft -- áfa (bruttó 1000 Ft). 
A korábbi évek gyakorlatának megfelelően most is 
lehetőség nyílik Üzleti belépő megvásárlására, amelynek 
összege 17 900 Ft -- áfa (bruttó 22 375 Ft). 


További információk a 5 http://konf2002.Ime.linux.hu/ 
oldalon találhatók. 


Gibizer Tibor 
(gibzo(olinuxmania.hu) 

újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 
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A felhasználói 
szerződés elfogadása 


Linuxvilág 


UHU-Linux (Jóságpor) 


Alig másfél évvel ezelőtt röppent fel a hír, hogy 
végre hazánknak is lesz saját Linuxa. Mára elju- 
tottunk odáig, hogy megjelent a magyar nyelvű, 
magyar fejlesztésű, UHU-Linux névre hallgató 
operációs rendszer. 


Sokakban felvetődik a kérdés, hogy mi végett van 
szükség hazai Linuxra, miért nem jók nekünk a már 
meglévő magyar nyelvi támogatásokat is tartalmazó 


sa 
a. 1 

nYAYájA ágy A 
u GOT eki 


egyéb operációs rendszerek? 

A gyenge válasz lenne, hogy 

van a németeknek, a franciáknak, 

sőt még a kínaiaknak is, akkor 

legyen nekünk is. Ezért, és hogy 
minél többet megtudhassunk 

az UHU-Linuxról, megkerestem 

Körmendi András-t 

(andrasouhulinux.hu), az UHU- 

Linux fejlesztői csapat irányítóját. 

Gibizer Tibor (a továbbiakban 

Gibzo): Miért van szükségünk 

saját Linuxra, bár azt is kérdez- 

hetném, mi a célja az UHU-Linuxnak? 

Körmendi András: Az egyszerűség kedvéért 

megpróbálok pontokba szedve válaszolni. Annyi kitérőt 

engedj meg, hogy elmondhassam, ez az a kérdés, amit 
mindenki feltesz, és amire a legnehezebb tömören 
választ adni. A számtalan ok közül néhány fontosabb: 

e — Az egyéb operációs rendszereket használóknál a 
,hem fizetős" keresletet üldözi a BSA, nekik biztosan 
tudunk jól használható megoldásokat nyújtani. 

e — Közelítünk az Európai Unióhoz, ahol a nyílt forrású 
felület a kedvezményezett. Jelenleg jók az esélyeink, 
nincs az országnak lemaradása. 

e A legtöbb állam elindította , nemzeti Linux" program- 
ját, ami az egymástól független fejlesztések ellenére 
a szabványok betartása miatt üzembiztos és bizton- 
ságos, ugyanakkor egymáshoz képest átjárható 
megoldásokat jelent. 

e — Az állami megrendelők számára a hazai fejlesztésű 
terjesztés biztosítja a felmerülő gondok azonnali 
megoldását, szemben egy nemzetközi cég kereske- 
delmi kirendeltségével, aminek — érthető módon — 
elsődleges célja nem lehet más, mint eladni. 


A félreértések elkerülése végett: egyetlen külföldi cég- 
gel sincs gondunk, de a kereskedő kereskedő marad, 
és azt adja el, amit a fejlesztő kitalált, elkészített. 

Mi ezzel szemben fejlesztők vagyunk, az a célunk, hogy 
a lehető legjobb programokat készítsük. Szélsőséges 
esetben akár naponta is képesek vagyunk frissíteni a 
csomagokat, hogy minél hibamentesebb, a felhasználói 
igényeknek megfelelő programokat tudjunk közreadni. 
Igaz, hogy a Linux a ,népek olvasztótégelye", de büsz- 
kén vállaljuk, hogy kik vagyunk, és nekünk is sikerült 
elkészítenünk valamit, ami nem német, francia vagy 
amerikai, hanem magyar. 


Gibzo: Hosszú és fáradságos időszakot tudhattok 
magatok mögött. Most a jól megérdemelt pihenés 
időszaka következik vagy a hibajavításoké? 

András: Pihenésről szó sem lehet. Természetesen 
rendkívül boldogok voltunk, amikor kézbe vehettük az 
első kész korongokat, azonban azt is hozzá kell tennem, 
hogy ezzel az eddigi munkánknak csak töredékét mu- 
tattuk meg, de erről majd később árulok el részleteket. 
Visszatérve a kérdésedre, folyamatosan javítjuk a 
hibákat. Sajnos — mint azt éppen te rendkívül találóan 
megjegyezted — a PC lényegében egy kártyavár, ezért 
meglehetősen nehéz helyzetben vannak azok a fejlesz- 
tők, akik olyan rendszert szeretnének készíteni, ami 
mindenhol kifogástalanul működik. Tehát folyamato- 
san dolgozunk. 

Gibzo: Gondolom, elég komoly szervezet szükséges 
hozzá, hogy minden kihívásnak meg tudjatok felelni. 
András: Lényegében három fejlesztői , rétegről" be- 
szélhetünk: vannak, akik főállásban csinálják, vannak 
velünk szorosan együtt dolgozók és akadnak alkalmi 
segítők is. A fejlesztés jelen szakaszában pedig min- 
denki, aki UHU-Linuxot használ, és megosztja velünk 
tapasztalatait. 

Gibzo: Hogyan kezdődött a fejlesztés, és miért pont 
UHU-Linux lett a neve? 

András: A hivatalos változat szerint linUx HUngary, 

de gondolom megoszthatok a Linuxvilág olvasóival egy 
titkot. Az egyik fejlesztőnk a névkeresés időszakában 
valamilyen, ma már homályba vesző apropóból elkiál- 
totta magát, hogy , Juhhúúú" . Innen csak egy lépés 
volt az UHU. 

A fejlesztés nagy lendülettel, komoly szembeszéllel 
kezdődött. Kezdetben nagyon kevesen hittek bennünk, 
igaz, mi is csak tapogatóztunk. Ma is felvetődik az a 
kérdés, hogy miért nem egy nagyobb változatra épí- 
tettük az UHU-Linuxot? Természetesen ezt a megoldást 
is át kellett gondolni, azonban végül úgy döntöttünk, 
hogy ha hosszútávra tervezünk, inkább az alapokról 
induljunk el. Jelenleg úgy tűnik, jól döntöttünk. Ameny- 
nyiben javítást vagy valamilyen igazítást kell végrehaj- 
tanunk, nem kell várni senkire, mi magunk elvégezhet- 
jük belátásunk szerint. 

Úgy látom, ma az a legfontosabb, hogy gyorsak és 
rendkívül rugalmasak legyünk ahhoz, hogy a munkánkat 
megbecsüljék, és minél szélesebb körben használják. 
Gibzo: Az UHU-Linux ügyfélváltozata mindenki számára 
szabadon elérhető az 5 ftp.uhulinux.hu-ról, illetve azt 
is vállaltátok, hogy ingyen elkülditek a lemezt annak, 
aki a postai költségeket vállalja, tehát utánvétellel is 
beszerezhető. Így valóban elég sokan juthatnak hozzá. 
Kinek ajánlanád? 

András: Szívem szerint azt válaszolnám, hogy minden- 
kinek, de ez még csak az rc1-es változat, ami azt jelenti, 
hogy akadnak benne apróbb hibák. Ezek szerencsére 
nem befolyásolják a megbízhatóságot, tehát az UHU- 
Linux is legalább annyira biztonságos, mint az egyéb 
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Linuxok. Ellenben a számítógép különböző egységeinek 
életre keltése terén még akadnak feladatok, de mint már 
említettem, szinte naponta frissülünk. Érdemes az általad 
is említett FTP-kiszolgálónkat, illetve a honlapunkat 

2 http:/Awww.uhulinux.hu figyelemmel kísérni, ahol 
minden változást igyekszünk közzétenni. 

Fontos megjegyeznem, hogy az UHU-Linuxban elsősor- 
ban ugyanazokra az alkalmazásokra lehet számítani, mint 
a többiben, mivel arra sajnos nincs lehetőségünk, hogy 
a nagyobb programokat saját erőből készítsünk el. Talán 
egyszer ez sem lesz elképzelhetetlen. Jelenleg annyit 
tudok mondani, hogy az UHU-Linux ügyfélváltozatával 
azokat a felhasználói igényeket próbáltuk teljesíteni, ahol 
a Linuxot otthoni felhasználásra szánják vagy irodában 
szeretnék használni. 

Gibzo: Nem lehetett könnyű egy korongra zsúfolni min- 
dent. A csomagok összeállításánál milyen szempontokat 
vettetek figyelembe? 

András: Az UHU-Linux egylemezes változatnak indult, 
de már most látszik, hogy ez nem tartható. Egyetlen 
CD-re csak azok az alkalmazások fértek el, amit az 
otthoni, esetleg néhány fős cégek igényelhetnek, 
gondolok itt elsősorban az irodai vagy a multimédiás 
alkalmazásokra. 

Nagyon sok levelet kaptunk a fejlesztői csomagok 
hiánya miatt, viszont képtelenség volt mindent berakni. 
Egyelőre úgy néz ki, hogy előbb vagy utóbb két CD-s 
lesz az UHU-Linux. Az első korong önmagában is hasz- 
nálható megoldást fog biztosítani a felhasználók számá- 
ra, míg a második az egyéb kiegészítőket fogja 
tartalmazni. 

Gibzo: Milyen saját fejlesztések találhatók az UHU- 
Linuxban? Tudom, erre lehet azt a választ adni, hogy az 
UHU-Linux maga is saját fejlesztés, viszont én kimondot- 
tan az általatok készített alkalmazásokra lennék kíváncsi. 
András: Valóban jól ráéreztél, alapjába véve az UHU- 
Linux mint terjesztés saját fejlesztés, hiszen nem vala- 
melyik Linux-terjesztésre épül. Ezen belül is több olyan 
rész van, amit vagy kiegészítettünk, vagy újat írtunk 
belőle. Legszembetűnőbb a telepítő- és a beállítópanel, 
de számos olyan modul megtalálható benne, amit a 
hazai igényeknek megfelelően teljesen átdolgoztunk. 

A válogatás természetesen tartalmaz néhány magyar 
fejlesztésű programot is, ezek máshol még nem részei 
a rendszernek. Ezt azért volt fontos megemlítenem, 
mert eddig, de a továbbiakban is erőnkhöz mérten 
szeretnénk támogatni a magyar fejlesztők által készí- 
tett programokat. 

Jelenleg a ,támogatás" szó kétirányúságot jelent, hiszen 
mi is élvezzük mások munkájának gyümölcsét. 

Több projektet is ,támogatunk". Ezek közül kettőt fel- 
tétlenül ki kell emelnem. Az mplayeres csapattal a 
legjobbkor találkoztunk, és azóta is felhőtlen a kapcso- 
latunk. Fejlesztői oldalról közelítjük meg a kérdéseket, 
egyik csapatnak sincs elrugaszkodott kérése, számít- 
hatunk egymás segítségére. Úgy látom, hogy igazi 
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csapatmunka alakult ki a két társaság között, ahol a 
támogatás" szó nemcsak azt jelenti, hogy ezzel-azzal 
segítjük a másikat, hanem valóban örülünk egymás 
sikereinek — ez pénzzel nem mérhető. A Gnome 
honosítása — itt a Gnome2-re gondolok -— teljesen új 
feladat. Ebben az esetben közvetlenül anyagiakkal 
tudtuk, illetve tudjuk gyorsítani a fordítási munkákat. 
Remélhetőleg sikerül a Gnome2 magyarázó szövegeit 
(help) is lefordítani, és attól a 
pillanattól kezdve nemcsak a 
menük, a hibaüzenetek lesznek ma- 
gyarul olvashatók, hanem minden. 
Természetesen a folyamatos 
karbantartásra is figyelni kell, így 
adja magát, hogy hosszú távú 
kapcsolat alakuljon ki az UHU és a 
hazai Gnome-fordítók között. Úgy 
érzem, nagyon jó úton haladunk, itt 
is számíthatunk majd egymás 
segítségére. 

Gibzo: Milyen fejlesztési témákkal 

foglalkoztok még, illetve milyen 

egyéb terveitek vannak a közeljövőre nézvést? 

András: Három jól elkülöníthető irányt említhetek meg. 

Mindegyik külön-külön is megállja helyét, de terveink 

szerint hosszú távon jól illeszkedik majd az UHU-Linux 

projektekben. 

e — Több hazai fejlesztőcég egyesítette erőit és elkezd- 
tük az UHU tűzfal-, valamint az UHU kiszolgálóvál- 
tozatának fejlesztését. Várhatóan még ebben az év- 
ben mindkettő kikerül az Internetre. A cél ugyanaz, 
mint az UHU- ügyfélváltozatnál: ingyenes letöltés, 
könnyű telepíthetőség, egyszerű beállítás és folya- 
matos terméktámogatás. 

e . Szeptemberben elindítunk egy UHU-Linux pályázatot, 
ahol neves támogatóinknak köszönhetően értékes 
jutalmakkal (notebook stb.) díjazzuk azokat, akik a 
legjobb pályaműveket küldik nekünk alkalmazás, 
Linux-oktatás, tanulmányírás és grafikus munkák 
témakörben. Mire ez a cikk megjelenik, a pályázattal 
kapcsolatos összes tudnivalót elérhetővé tesszük 
a weblapunkon 5 http://www.uhulinux.hu). 

e . Hamarosan elindítunk egy — nem tudok rá jobb 
szót — ,önképzést segítő" weboldalt, ahol alap-, és 
később remélhetőleg középszinten tanulhatnak azok, 
akik most kezdik az ismerkedést az UHU-val. 

Gibzo: Nemsokára a Linux minden területén megbíz- 

ható, jól működő magyar megoldásokat tudtok nyújtani. 

Ez valóban a jövőbe vezető út, hiszen az összetett 

megoldások révén a kis- és közepes méretű vállalatok 

is bizalommal használhatják az UHU-Linuxot. Tudom, 
hogy pontos adatok nem állhatnak rendelkezésedre, 

de véleményed szerint mekkora lehet az UHU-Linux 

felhasználói tábora, mi a végső cél? 

András: Mennyien használnak UHU-Linuxot? Jó kérdés. 

Úgy augusztus elejétől érezni lehetett a felhasználók 


Munkafolyamat Nyelv Rendszer 
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érdeklődését, szeptemberben az rc1 kiadása után ez 
még markánsabban jelentkezett. Biztosnak látszik az 
UHU terjedése, sokan csak buzdítanak bennünket 

a további munkára, viszont egyre többen szeretnének 
tevőlegesen is segíteni. Az UHU-val foglalkozó 
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Az OpenOffice.org irodai csomag táblázatkezelője 
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A Gnome 2 alapértelmezett bejelentkezése 


internetes oldalak száma is folyamatosan nő, tehát 
valami elindult, és ennek mi nagyon örülünk. 

Mi a végcél? A Linux hazai térnyeréséhez el kell érni 
azt a , szükséges felhasználói tömeget", amit már 
lehetetlen leállítani, és képes a saját fenntartására. 





a piacon, be kell bizonyítani a közigazgatásnak, hogy 
életképes ez a ,mások által nem annyira kedvelt" Linux. 
Ez azt jelenti, hogy ha tetszik, ha nem, a politikusokat Is 
meg kell győzni. Sokan ellenzik ezt, azonban ez az a 
pont, ahol — szerintem — engedni kell. Állami megrende- 
lések nélkül nehezen lehet bejutni az állami szektorba. 
Állami megrendeléseket pedig nem tudok elképzelni 
szakmai szempontból meggyőzött politikusok nélkül. 
Ezért nem panaszkodni kell, hanem makacsul menetelni 
előre, dolgozni, és lépésről lépésre elfoglalni azokat 

a területeket, amelyeket el lehet érni. Egyáltalán nem 
érzem, hogy le lennénk maradva. Az EU-csatlakozás 
közeledtével minden valószínűség szerint a nyílt forrás- 
kódú program lesz a jó irány, tehát nem szabad ölbe tett 
kézzel üldögélni, meg kell ragadni minden alkalmat, 
hogy a Linux-közösség felhívja magára a figyelmet. 
Gibzo: Köszönöm a beszélgetést, és további jó munkát 
kívánok. 


Az alábbiakban az UHU-Linux telepítését mutatjuk 
be tíz könnyű lépésben. 


Telepítés 
Az UHU-Linux telepítéséhez első teendőnk, hogy szá- 
mítógépünk BIOS-ában lehetővé tegyük a CD-ről történő 
rendszerindítást, és természetesen helyezzük be a 
lemezt a meghajtóba. 
1. lépés 
A rendszer elindulását követően megjelenik a 
grafikus felület, és máris olvashatjuk a felhasználói 
szerződést, ahol az egerünket is beállíthatjuk. 
Az esetek többségében az egeret önműködően 
felismeri, de az is előfordulhat, hogy nekünk kell 
kézzel beállítani, vagy ha ez sem segít, az 
2 ftp.uhulinux.hu címről tölthetjük le a legfrissebb 
egérkezelő csomagot, amivel biztosan működni fog. 
2. lépés 
Ki kell választanunk, hogy merevlemezünk melyik 
részére szeretnénk telepíteni az UHU-Linux rendszert. 
Ha teljesen üres merevlemezünk van, egyszerűen 
válasszuk a lfeljes merevlemez felhasználása nyomó- 
gombot. Abban az esetben, ha már egyéb operációs 
rendszer telepítve van a merevlemezre, célszerű egy 
megfelelő programmal csökkenteni a meglévő rend- 
szer méretét, és az így felszabadított helyre fogjuk 
telepíteni az UHU-Linuxot. Ez az előkészítő program 
lehet a Partition Magic. A rendszer készítői a követ- 
kező méretek beállítását javasolják: 
e 2 GB a Linux rendszernek 
e 256 MB a virtuális memória (swap) számára 
Ebben az esetben a Meglévő vagy üres partícióra 
nyomógombot válasszuk. 
3. lépés 


Ehhez azonban nemcsak felhasználók, fejlesztők, magyar 
fejlesztésű terjesztés és hazai igényeket kielégítő alkal- 
mazások kellenek, hanem teret kell hódítani a médiában, 


A telepítés következő lépése a merevlemez-felosz- 
tás: egy táblázatból kell kiválasztanunk, hogy hova 
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szeretnénk telepíteni a rendszert. Itt tudunk módosí- 
tani a virtuális memória méretén is. Tudnunk kell, 
hogy a kiválasztott merevlemezrészen az összes 
adat el fog veszni. Az OK gombra kattintva kezdetét 
veszi a merevlemez formázása. A művelet befeje- 
zéséig várjunk türelemmel. 

4. lépés 
A Programok telepítése pontnál előre összeállított 
csomagkészletek közül választhatunk: Alaprend- 
szer, X grafikus felület; Gnome; Multimédia; Iroda; 
OpenOffice.org, Hálózati ügyfél, Játékok; Konzolos 
programok; KDE; Hálózati kiszolgáló; Fejlesztői 
programok. 
Akik nincsenek tisztában az olyan szavak jelentésé- 
vel, mint a Gnome vagy az X grafikus felület, válasz- 
szák az Indulhat a telepítés nyomógombot. A tapasz- 
taltabb felhasználók és a részletesebb adatokra 
vágyók válasszák a Beállítás egyénileg gombot. 

5. lépés 
Amennyiben a teljes programválasztékot telepítjük, 
1,6 GB szabad helyre van szükségünk. A telepítés 
időtartama számítógépünk kiépítésétől függ. Egy 
középkategóriás gépnél 15—20 perc alatt lezajlik. 
Először a kiválasztott programok kerülnek másolásra 
az előzőleg kijelölt merevlemezre, majd a csomagok 
beállítása következik, ami önműködően történik. 

6. lépés 
Ekkor kell eldöntenünk, hogy a rendszerbetöltőt hová 
szeretnénk helyezni. Ellentétben az általánosan meg- 
szokott LInuxLOader (LILO) helyett, az UHU-Linux a 
GRUB-ot használja, amelynek kezelése és beállítása 
a LILO-hoz hasonló módon történik. Az alapértelme- 
zés szerint a GRUB a kiválasztott merevlemez rend- 
szerindító területére (MBR) kerül, de választhatjuk az 
UHU-lemezrész indítórészét (boot) vagy kihagyhatjuk 
a rendszerbetöltő települését, ez utóbbi nem ajánlott. 
Az UHU-Linux indítólemez nélkül is használható, 
azonban azt ajánljuk, hogy a Készít... gombra kattint- 
va hozzunk létre egyet, arra az esetre, ha használat 
közben véletlenül olyan maradandó károkat okoznánk 
rendszerünknek, amelynek következtében a rend- 
szerbetöltő nem indulna el. A továbbhaladáshoz 
nyomjuk meg az OK gombot. 

7. lépés 
Linuxban a rendszerbeállításokat csak a rendszer- 
gazda tudja módosítani. A Rendszergazda jelszó 
beállítása alatt adjuk meg a jelszót, ami legalább 
hatkarakteres legyen; ügyeljünk rá, hogy a rendszer 
a kis- és nagybetűk között különbséget tesz, ne 
használjunk ékezetes karaktereket és szóközt. Aján- 
latos kerülni az y és z, valamint a 0 karakterek 
használatát. 

8. lépés 
Az UHU-Linux mindennapos használatához bizton- 
sági okokból nem ajánlatos rendszergazdai jogosult- 
ságokkal belépni, ezért szükségünk van egy egysze- 
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rű felhasználóra — ennek létrehozásában segít a 
Felhasználói jelszó beállítás oldal. Adjunk meg egy 
felhasználói nevet és a hozzá tartozó jelszót. A fel- 
használónév legfeljebb nyolc karakter hosszú lehet, 
és csak az angol ábécé kis- és nagybetűlt, illetve 
számokat tartalmazhat. 


9. lépés 


eaz a GOLKETBT 


10. 





A Grafikus felület beállítása oldalon grafikuskár- 
tyánk az esetek nagyobbik részében önműködően 
felismerésre kerül. Természetesen lehetőségünk 


E) 1052 sze 104 4 B ú 


Nyomtatók 
Grafikus felület 
Hangkártyák 
Filerendszerek 
Szolgáltatások 
Dátum és idő 


Csoportok 
Felhasználók 
Csomagkezelő 
E Hálózati beállítások 
Névkiszolgálók (DNS) 
Hálózati kártyák 
Megosztások 





Az uhu control centerben fontos beállításokat végezhetünk 


van, hogy grafikuskártyánk típusát és a használni 
kívánt színmélységet megváltoztassuk. A tökéletes 
grafikus felület eléréséhez képernyőnk beállítására 
is gondot kell fordítanunk. Ellenőrizhetjük beállítá- 
sunk helyességét, majd az OK gombra kattintva 
befejeződik a telepítés. 

lépés 

A látvány talán ijesztőnek tűnhet az egyéb operációs 
rendszerekhez szokott szemeknek, hiszen a képernyő 
elsötétül, majd a rendszerindításkor lezajló folyama- 
tokat szemlélhetjük. Ilyenkor karakteres felületet 
látunk, ahol magyar üzeneteket olvashatunk. Rövid 
várakozás után visszakapjuk a grafikus felületet, ahol 
a telepítéskor létrehozott felhasználóval beléphetünk 
az UHU-Linuxba, illetve választhatunk a KDE 3 és 

a Gnome 2 grafikus környezetek között. 


Gibizer Tibor 
(gibzoolinuxmania.hu) 

újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 
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Hogyan jutott zátonyra egy nyiltforrás-megegyezés 


A Progress és NuSphere kontra MySOL AB a 
hanyag üzletkötésről, és nem a nyílt forráskód 
integritásáról szól. 


Sokak szerint egy új, a bostoni szövetségi bíróságon 
folyamatban levő per , az első bírósági eljárás, amely a 
General Public License (GPL — általános közengedélye- 
zés) érvényességét és alkalmazhatóságát elemzi". Na és? 
Vajon tényleg befolyással lesz ez a per a Linux-progra- 
mozók jövőjére? Fontos-e ez a vita az olyan vállalatok 
számára, amelyek üzleti modelljeiket a nyílt forrású prog- 
ramokra alapozzák? Lesz-e a bírónak alkalma megbüntet- 
ni egy pimasz, a GNU régóta ismert szabályait megsze- 
gő programkészítő céget, és ezáltal megvédenie az 055- 
ügyet, mint ahogy egyes 0S55-ügyvédek felvetették? 
Sajnos valószínűleg nem. Igen, az ügy fontos. Igen, az 
általános vélekedés szerint ez vitathatatlanul a GPL első 
bírósági próbája. De nem szolgál előrejelzésként az OSS 
jövőjéről, mivel a vita egy rendkívül gyenge szerződés 
körül forog, hátterében a felek közti állandóan áttekint- 
hetetlen és állandóan változó kapcsolattartással. 

Nem lehet egy programozási nyelv kilátásait csupán 
egyetlen, az adott nyelven írt, rövid és rosszul dokumen- 
tált alkalmazás elemzésével előrevetíteni. És ebben az 
esetben az ügy alapját képező szerződés olyan messze 
elmarad az észszerű, korszerű programkezelési és -sza- 
bályozási gyakorlat normáitól, hogy egyáltalán nem he- 
lyezhető ugyanabba a fogalomkörbe. Minden bizonnyal 
értékesebbnek fog bizonyulni a , Programkezelési gyors- 
talpaló 101" (Software Product Management 101) és 
,Programszerződések kezdőknek" (Beginner Software 
Contracts) tanfolyamokhoz, mint az 0S5S-stratégiák 
finomításához. 


Pillanatkép egy kisiklott vonatról 

A történetet a nyilvánosság számára is elérhető bírósági 
perbeszédek tárják elénk. A pereskedő felek vitájának 
alapjául szolgáló szerződést a jól ismert MySOL OSS 
adatbázis finn szerzőinek vádcáfolatához csatoltan, az 
amerikai programkiadó, illetve -viszonteladó cég által 
indítványozott vád nyomán nyújtották be (tehát a szerző- 
dés és a felek különböző érvei, elektronikus levelei és 
eskü alatt tett írásbeli nyilatkozatai , nyílt forrásúak" a 
műszaki menedzserek, ügyvédek és oktatók számára, 
tanulmányozásra és az eljárások tökéletesítésére). 

E cikk szerzőjének tulajdonába került a bírósági iratok 
között az az eredeti nemzetközi megegyezés, miszerint 
egy nyilvánosan jegyzett, régóta fennálló, massachu- 
settsi telephelyű üzleti programkészítő cég viszontela- 
dási jogot nyert egy fiatal, külföldi fejlesztőtől Finnor- 
szágban. A csúf meglepetés: a két cég egy csupán 
kilenc bekezdésből álló szerződés alapján egyezett meg 
egy jelentős, nagy összegeket megmozgató alkuról. 

A megegyezés összesen egy és egynegyed oldal 
hosszúságú volt! 

A Progress Software nevű cég körülbelül 300 ezer 
amerikai dollár kifizetésébe egyezett bele egy új, 

(a Progress számára) ismeretlen iparrészlegben működő 


dinamikus külföldi cég részére — egy szóbeli megállapo- 
dás értékével egyezően. A MySOL AB finn cég egy rövid 
nyilatkozattal adta áldását arra, hogy fő terméke a mas- 
sachussettsi viszonteladó tulajdonába kerüljön. A nyilat- 
kozat szerint egy ,későbbi" szerződés megkötésével a 
jövőben , összesen akár 2,5 millió dollár értékű árufor- 
galmat" fognak lebonyolítani. Az ebből származó vitából 
tisztán látszik, miért ráncolják homlokukat a tapasztalt 
üzletemberek (az ügyvédeket is beleértve) a derűlátó 
,csak bízzunk egymásban, és majd később megbeszél- 
jük az alkut és a részleteket" elképzelés hallatán. 

Hogy mi a gond a tömörséggel és bizalommal? Nézzük 
így a dolgot: miért végezzünk műtétet, mielőtt röntgent 
készítenénk vagy megvizsgálnánk a beteg kórtörténetét? 
Miért ne ugorjunk fejest egy ismeretlen folyóba? Magunk- 
nak és másoknak is kárt okozhatunk egy jelentős prog- 
ramkezdeményezés indításával — legyen az OSS vagy 
szabadalmaztatott jellegű —, ha azt az alapszabályok 
meghatározása nélkül tesszük. Itt is pontosan ez történt. 
A legtöbb szerződés egyik célja hasonló az adatfeldol- 
gozás alapelveihez: teljesítményértékelés, kipróbálás és 
a színvonal biztosítása. Ebben az esetben az elküldött 
kód töredékes volt. Azaz túl korán és túlságosan sok 
műveletet alapoztak egy hiányos , megegyezésre". 


Fülsüketítő, halálos csend 

Mi az, ami kimaradt ebből a rövid és végső soron keserű 

szerződésből? Csupáncsak a legtöbb programok kapcsán 

létrejött szerződésben megtalálható feltétel és kikötés 
nagy része. Íme néhány dolog a sok közül, ami nyilván- 
valóan hiányzik: 

1. Mikorra készülne el a tervezett ,későbbi, az előzőt 
felváltó szerződés"? 

2. Az üzleti feltételeket illetően milyen jellemzők 
között zajlott? 

3. A technikai háttér biztosításához milyen szintű 
szolgáltatások lennének szükségesek, illetve milye- 
neket nyújtanának? Mit értenek , vállalati szintű 
támogatás" és a , fennálló elektronikus segélynyújtási 
csatornák" alatt? 

4. Kik lennének a vállalatok közti kapcsolattartás 
lebonyolítására kijelölt képviselők? 

5. Mit jelent, hogy egy vállalat partnerét fő védjegyének 
,méltányos használati" jogával ruházza fel, ahogyan 
azt a MySOL AB a fentiek szerint tette? 

Ez gyakorlatilag milyen eseteket hagyna jóvá, és 
melyeket zárná ki? 

6. Milyen folyamatos termékfejlesztési szolgáltatásokat 
biztosítana az eredeti program készítője? 

7. Hogyan oldanák meg vagy bírálnák el szükség esetén 
a vitás kérdéseket? 

8. Ha a vita az egyik fél hibájából adódik, az köteles-e 
kártérítést fizetni, illetve az eljárás költségeit 
megtéríteni? 

9. Mire jó kihagyni az összes olyan sokat becsmérelt, 
típusos vagy szabványos óvintézkedést, amelyek 
éppen azért szerepelnek a legtöbb szerződésben, mert 
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lehetővé teszik azok érvényesítését és a viták 
elkerülését? 
Tanuljunk mások kárából: úgy kódoljuk szerződéseinket, 
mintha programok lennének. 
A legtöbb korszerű, tapasztalt programkészítő vállalat 
tisztában van azzal a számtalan kérdéssel, ami felme- 
rülhet és fel is merül egy programforgalmazási mege- 
gyezés lebonyolítása során. Először tervezetet készítenek 
az egyezségről (például egy , szerződési feltételek" lista 
formájában vagy vázlattal), ezután azt ,kódolják" (azaz 


átvizsgálják a szükséges iratokat), ugyanúgy, ahogyan 
azt alkalmazásaikkal teszik. Sok programkészítési pro- 
jektben például részletesen, előre megnevezik a , felhasz- 
nálói követelményeket". A szóban forgó megállapodás- 
ból nyilvánvalóan hiányzott egy összesített , feltétellista" 
vagy , összefoglaló jegyzet a megállapodásról", amely az 
egyezség alapjául szolgálhatott volna. 

A legtöbb alkalmazás keresztülmegy egy, a programozó 
kollégák által végzett minőségi ellenőrzésen. Egyes ösz- 
szetett programozási környezetekben automatizált kódki- 


egy előzetes szerződést írnak), majd kipróbálják és 
leírják a megállapodásokat (azaz tárgyalásokat folytatnak 
és finomítanak az alapszerződésen, valamint megírják és 


Megegyezés 

Az alábbi feltételek a MySOL forga- 

lomba hozatalát szabályozzák a GNU 

General Public License (GPL), vala- 

mint a Progress Software Corpora- 

tion, az alábbiakban PSC, és a TCX 

DataConsult AB, MySOL AB, Monty 

Widenius és David Axmatk, az aláb- 

biakban MYySOL AB közötti 

megegyezés értelmében. 

1. A hivatalos bejelentés napján a 
PSC átutalja az első 74 167 dolláros 
összeget (104 167 dollár — 30 000 
dollár előleg) a MySOL AB számá- 
ra. Ez azon döntésünk bejelentésé- 
vel együtt, mely szerint vállalati 
szintű támogatást nyújtunk a 
MySOL-nek, és ellátjuk egy megvé- 
telre kész termékcsomaggal, óriási 
mértékben meg fogja növelni a 
MySOL piaci hitelét, növelve hatá- 
sunkat a piaci elemzőkre, a piaci 
sajtóra stb. Ezt a lépést egy össze- 
sen legfeljebb 2,5 millió dollárig ter- 
jedő kifizetés első részleteként je- 
lentenénk be, és legalább augusztus 
végéig folytatni fogjuk a 104 167 
dolláros átutalásokat. Ezt követően 
az átutalásokat és egyéb intézkedé- 
seket egy további megegyezésünk 
fogja szabályozni, amely megegye- 
zést a pénzátutalások folytatása 
előtt még véglegesítenünk kell. 

. A MYSOL AB felülvizsgálati joggal 
rendelkezik minden, a PSC és a 
MySOL AB kapcsolatára vonatkozó 
nyilvános adattal kapcsolatban 
annak biztosítása érdekében, hogy 
a PSC nem tesz véletlenül olyan 
kijelentést, ami korlátozhatja a 
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Példa a szegényes kódra 


MYySOL AB esetleges jövőbeli 
lehetőségeit vagy zavart kelthet. 

A MySOL AB-nak lesz jogában 
jóváhagyni a PSC és a MySOL AB 
jelen és jövőbeli kapcsolatára 
vonatkozó összes sajtóközleményt. 
A MYySOL AB ezennel kijelenti, 
hogy beleegyezését oktalanul nem 
fogja megtagadni. 


. A hirdetmény napján a ICX 


DataConsult AB, a MySOL AB, 
Monty Widenius és David Axmark 
a GPL alá helyezi a MySOL 3.23 
változatot (a jelenlegi változatot). 


. A MYySOL AB elismeri, hogy ennek 


a szerződésnek az értelmében a 
PSC rendelkezik a MySOL GPL 
licensz alatti eladási és terjesztési 
jogával a bejelentés napjától 
kezdődően. 


. A bejelentés napjától kezdődően a 


PSC-nek joga van forgalmazói áron 
nyomtatott MySOL-leírást vásárol- 
nia a kiválasztott MySOL-leíráskia- 
dótól. A PSC beleegyezik, hogy ezt 
a dokumentációt csakis a MySOL 
egy-egy példányával vagy egyéb 
számottevő érték hozzáadásával 
értékesíti. A PSC-nek joga van bár- 
milyen szükséges leírást nyom- 
tatnia magának abban az esetben, 
ha nincs semmiféle kizárólagos 
dokumentációforrás. 


. A PSC-nek joga van a , MySOL 


védjegy méltányos használatához, 
beleértve a , NuSphere MySOL, 
az ,enhanced ,MySOL" és a 

, Rocket MySOL kombinált védje- 
gyekre kiterjedő bejegyzési és 
használati jogot. 


próbáló eszközöket is bevetnek. Ezt a szerződést vélhe- 
tően egyetlen ember vagy legalábbis egy nagyon kis 
létszámú csapat keze munkájaként bocsátották útjára. 


7. A MYSOŐL AB ötnapos, közös meg- 
állapodás alapján ütemezett, térí- 
tésmentes szakmai oktatást biztosít 
a PSC alkalmazottainak. A PSC 
feltételezi, hogy e szakmai gyakor- 
lat előtt minden alkalmazottja elol- 
vassa a MySOL kézikönyvet és Paul 
Dubois könyvét. A szakmai gyakor- 
laton MySOL AB-alkalmazottak is 
részt vehetnek. 

. A MySOL AB háttértámogatást 
nyújt a PSC által nyújtott segély- 
szolgáltatások kiegészítésére lega- 
lább augusztusig, a fennálló elek- 
tronikus segélynyújtási csatornákon 
keresztül. Ezt követően a MySOL 
AB még két évig háttértámogatást 
nyújt a PSC-nek egy későbbi meg- 
egyezés szerint, de megállapodás 
hiányában legfeljebb 150 dolláros 
óradíj fejében, minden megkezdett 
15 perc után. 

. Ez a szerződés két vagy több pél- 
dányban érvényes, ezek mindegyi- 
ke eredetinek minősül, de együtte- 
sen mind egy és ugyanazon egyez- 
ményt képezik. 


Ha ez a szerződés elfogadható az Ön 
számára, kérjük, írja alá és küldje 
vissza nekünk, hogy minél hamarabb 
elindíthassuk a MySOL-t mint egy 
valódi nyílt forrású" adatbázist egy 
megbízható harmadik fél támogatá- 
sával, mielőtt a versenytársak eloroz- 
nák vezető helyét! 

Progress Software Corporation 


Patrick Lannigan, 
Britt Johnston 
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Dörzsölt programozók programjaikat hibaüzeneti szolgál- 
tatásokkal látják el. Ebből a ködös megegyezésből hiány- 
zott a szokásos , szerződésszegési tájékoztatás, illetve 
az áthágás helyrehozatalának lehetőségét" biztosító 
óvintézkedés. 

A tapasztalt kódolók fejállományokat (header) és egyéb 
technikai jellegű leírást is beépítenek a munkájukba a 
későbbi módosítást és hibakeresést megkönnyítendő. 
A programkészítési üzleti ügyek során határozzuk meg 
pontosan a gyártó és a forgalmazó közötti kapcsolattar- 
tás lebonyolításának módjait. Nevezzük meg rögtön az 
elején azokat a személyeket, akik felhatalmazást kapnak 
a másik szervezet kinevezett személye vagy személyei 
felé üzleti utasítások, ellenvetések, illetve javaslatok 
közvetítéséhez. 


Rémisztő képek: hajók az éjszakában 

A szerződés tömörsége következtében elképzelhető, 
hogy a felek olyan jogi kérdéseket vetnek fel, amelyek 
megzavarják az ügyet, de legalábbis késleltetik a kime- 
netelét. Ne feledjük, milyen lassan forognak az igazság- 
ügyi rendszer fogaskerekei az Egyesült Államokban is. 
Minden bizonnyal csalódniuk kell a GNU-modell törvé- 
nyes elismertetésében reménykedő 0SS-híveknek: 
mindkét perben álló fél felvetett már az 0SS-ügytől füg- 
getlen jogi kérdéseket. A MySOL AB például már (feb- 
ruár 28-án) nyert egy részleges bírósági végzést a Prog- 
ress, illetve annak fiatal leányvállalata, a NuSphere ellen, 
de nem a GPL megerősítésének terén, hanem védjegye- 
zési ügyben. A szövetségi bíró túlságosan bizonytalan- 
nak találta a GPL-ügyet ahhoz, hogy már a bírósági eljá- 
rás ezen korai, áttekintő szakaszában döntést hozzon 
róla. Vagy vegyük például a ,kölcsönös vétség" jogi 
tantételét. Egy szerződés néha amiatt nem emelkedik 
jogerőre, mert a két fél óhatatlanul is eltérő, de külön- 
külön ésszerű módon értelmezi a megegyezésben tett 
megállapodásokat és feltételeket. Ennek klasszikus 
példája egy hasonló nemzetközi félreértés. 


Ha Rómába utazunk, tervezzünk előre 

A történet elhamarkodottságát nemzetközi háttere még 
jobban kihangsúlyozza. A nemzetközi üzletkötések foko- 
zott megfontolást és részletesebb feltételi leírásokat 
érdemelnek, mint ahogyan a több országban is haszná- 
latos alkalmazások esetén több moduláris képernyő- 
kiíratásra és (az ázsiai karakterkészletek miatt) két bites 
kódra van szükség, amelyekkel megfelelnek több külön- 
böző operációs rendszer iterációinak és egyéb fondor- 
latos kódolásnak. 

A külföldi vállalatokkal való üzletek külön odafigyelést 
igényelnek. Számos külföldi vállalat például vitás esetek- 
ben szívesebben választja (vagy éppen ragaszkodik 
hozzá) a kérdés döntőbírával való eldöntését, ami egy- 
részt az erős kulturális hagyományból ered, másrészt 
abból a meggondolásból, hogy így elkerülhető az Ameri- 
kában hírhedten szokásos elhamarkodott, elnyúló és 
drága pereskedés (ebben az adott esetben a pereskedő 


felek 73 különböző bírósági előterjesztést nyújtottak 

be a per első kilenc hónapjában, és az ügy végelátha- 
tatlannak tűnik). 

A világjáró utazók indulás előtt gondoskodnak a tolmá- 
csokról, utánpótlást biztosítanak és tájékozódnak a helyi 
kapcsolattartási protokollokról. A nemzetközi szerződé- 
sek esetében sok cég hasonló kiegészítő intézkedéseket 
tesz. Előre megállapodnak a terméktervezési együttmű- 
ködés minimális mértékében, szerződésben kötelezik 

el magukat egymás székhelyeinek meglátogatására és 
a jelentős világkereskedelmi kiállításokon való találkozá- 
sokra, és egyéb szerződésbeli ,ragasztókódot" építenek 
be kapcsolataik finomítása érdekében. A józan ész azt 
diktálja, hogy készítsünk térképet, mielőtt ismeretlen 
tájakra merészkedünk. Ebben az esetben a felek elté- 
vedtek, és a bíróságon találták magukat, ennek minden 
reskedési számlákkal és a termék bizonytalan jövőké- 
pével együtt. 


Mire gondoljunk, mit tegyünk? 

A Progresst és a NuSphere-t az 0SS-közösség egyes 
tagjai arra a valós, de nem teljes történetre hivatkozva 
támadták, miszerint a MySOL-kódot megváltoztatva, és 
azt utána szabadalmazott felhasználási szerződéssel nem 
pedig a GPL-lel, vagy valami egyéb OSS felhasználási 
szerződéssel hozták forgalomba. Való igaz, a NuSphere 
módosította a GPL használati modelljét, és ezzel az ő 
szemszögükből ítélve csak egy átmeneti figyelmetlenség 
következményét tették jóvá. De ez nem a teljes történet. 
A perbeszédek alapján másik oldalról is nézhetjük: 
inkább a Progress érdemel bírálatot, amiért valamelyik 
jöttment termékmenedzsere, vélhetően a vezetői tanács 
és más kollégákkal való egyeztetés nélkül, egy rosszul 
dokumentált szerződést hozhatott létre. Büntetése le- 
gyen egy felhasználási szerződést tanító tanfolyamon 
való kötelező részvétel. Esetleg enyhítsenek az ítéleten 

a forgalmazásra sürgető piaci versenyre való tekintettel. 
Utána pedig biztosak lehetünk benne, hogy legközelebb 
mindkét vállalat hagyományos, következetes és kielégítő 
programkészítési szerződéseket fog alkalmazni, tanulván 
az ügyvédekre költött nagy összegekből, valamint az 
idő-, a vállalatvezetési energiákban és a vevőkörben 
bekövetkezett veszteségekből. A Progress-NuSphere- 
MySOL per végül lehet, hogy csupán egy újabb fejezet 
lesz azon vállalatok vaskos könyvében, amelyek 
megfelelő célzás nélkül , nyitottak tüzet". 
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Henry W (Hank) Jones 

22 éves programtanácsadó, mened- 
zser és ügyvéa, a UC Berkeley Exten- 
sion programengedélyezési workshop 
§ Nt alapítója és vezetője, aki már több mint 
awatani 75 programkészítő céggel dolgozott. 








, 


Nincs több korlát az internetes rádiózás kivégzése előtt 


Mint a legtöbb havi magazin, mi is két-három hónapos 
átfutási idővel dolgozunk. Ezért nagy körültekintéssel 
olyan témát szoktunk választani a sajtószemleként, ami 
nem csupán időszerű, de nagy valószínűséggel három 
hónappal később is érdemlegeset tud még mondani. 
Olykor előfordul azonban, hogy a hírek áramlása 180 fo- 
kos fordulatot vesz. A hír időszerű marad ugyan, de a 
tartalma teljesen megváltozik. Ebben a hónapban is ez 
történt, és sajnálattal kell közölnünk, hogy az elmúlt 
hónapban jó hírként beharangozott esemény, miszerint 
a Szerzői jogok jegyzéke (Register of Copyrights) és a 
Librarian of Congress elutasította a CARP azon ajánlá- 
sait, amelyek szinte az összes egyesült államokbeli élő 
webes műsorszórásra veszélyt jelentettek, mostanra 
tévesnek bizonyult. A korábbi határozat, úgy tűnik, nem 
volt más, mint az internetes rádiózás kivégzésének idő- 
leges felfüggesztése. A hír akkor így szólt: 

2002. május 21-én a Librarian of Congress a Szerzői 
jogok jegyzékének ajánlásából kiindulva kiadott egy ha- 
tározatot, amelyben visszautasítja a bizottság internetes 
rádiózásra vonatkozó, díjszabással és a fizetési határidő- 
vel kapcsolatos előterjesztését. Ilyen esetekben a tör- 
vény előírja, hogy a Librariannak a bizottság javaslatá- 
nak visszautasításáról hozott végső döntését 30 napon 
belül ki kell adnia. A határozat kiadásának határideje 
tehát 2002. június 20." 

Nem mi voltunk az egyetlenek, akik ezt a határozatot az 
internetes rádiózás szempontjából jó hírként tártuk a 
nyilvánosság elé. Szinte valamennyi elemző és szerkesz- 
tő így látta. Az egyedüli kivétel Jonathan Peterson volt, 
a Way.Nu-tól: 

,Bár jó hír a webes műsorszóróknak, azért én egyelőre 
nem bontanék pezsgőt. Mérget vehetünk rá, hogy az 
RIAA és a lemezkiadók már most tárgyalási időpontok- 
kal töltik tele a kongresszusi döntéshozók határidőnap- 
lóit, hogy ezáltal is nyomást gyakoroljanak." 

Igaza lett. Amikor elérkezett június 20-a, vagyis a 
Librarian of Congress webes műsorszórásra vonatkozó 
végső határozatának kibocsátása 

(2 http://www.copyright.gov/carpAwebcasting. rates" 
final.html), a megdöbbenés nem maradt el. Mintha a do- 
kumentum az egy hónappal korábbi határozatban lévő ki- 
búvón csúszott volna keresztül. A kezdő mondat így szól: 
"A Librarian of Congress elfogadta a Szerzői jogok jegyzé- 
kének ajánlását, és visszautasítja a CARP azon díjszabá- 
sokkal és fizetési határidőkkel kapcsolatos határozatát, 
ami a törvényesen működő, nem előfizetéses szolgáltatá- 
sokra vonatkozik, amelyek nyilvánosan hangfelvételeket 
játszanak le digitális audioátvitellel (, webcasting") az 
Egyesült Államok Törvénykönyvének 17-es számú bejegy- 
zésének 114 paragrafusa értelmében; valamint azokra a 
törvényes szolgáltatásokra vonatkozik, amelyek ideiglenes 
hangfelvételeket készítenek hangfelvételek lejátszásának 
céljából az Egyesült Államok Törvénykönyvének 17-es 
számú bejegyzésének 112-es paragrafusa értelmében." 
(a kiemelések tőlem származnak). A 114-es paragrafus az 
1995-ös Digital Performance Right In Sound Recordings 


www.linuxvilag.hu 


(A hangfelvételek digitális felhasználásával kapcsolatos 
jogok) nevű határozatra utal. A 112-es paragrafus pedig 
az 1998-as Digital Millenium Copyright nevű határozatra 
vonatkozik, vagyis a díjszabásra és a határidőre vonatkozó 
kitétel kivételével a CARP-határozat érvényben maradt. 
Az utóbbiak a kizárólag internetalapú állomások esetében 
egy adott hangfelvételre, egy hallgatóra jutó sugárzási 
egységre (stream) vonatkoztatva 0,0014 dollárról 0,0007 
dollárra változtak. A nem kereskedelmi szimultán sugárzá- 
sok 0,0002 dolláron maradtak, a nem kereskedelmi oldal 
csatornába első adások 0,0014 dollárról, szintén 0,0007 
dollárra csökkentek. A , lejátszási díjak" kilenc százalékról 
3,8 százalékra csökkentek. Az üzleti alapokon álló szolgál- 
tatásokra (háttérzene, például Muzak) kiszabott minimális 
díj 500 dollárról 10 000 dollárra emelkedett. 
A díjak 1998. október 28-ra visszamenő hatállyal érvé- 
nyesek. Ez azt jelenti, hogy egy óránként kétezer hallga- 
tóval rendelkező adó, amely óránként 18 dalt játszik le, 
0,0007 dolláros dalonkénti, hallgatónkénti és óránkénti 
díjjal számolva naponta 604,80, míg évente 220 903,20 
dollár tartozást hoz össze: 
e 18 x $.0007 — $.0126 hallgatónként, óránként 
e  $.0126 x 2000 — $ 25,20 2000 hallgatóra 
számolva egy óra alatt 
e  $.31752 x 24 — $604,80 naponta 
e. $2.419655 x 365,25 — $220 903,20 évente 
A Digitally Imported Radio 
(5 http://wwww.digitallyi mprted.com) nevű adó, amely 
BSD-kiszolgálókról sugároz, és kimutatásait Linux-alapú 
programokkal készíti, átlagban több mint négyezer hallga- 
tóval rendelkezik óránként a trance csatornán. A Radio- 
Paradise, amely linuxos alapon sugároz, és kizárólag nyílt 
forrású programokra épül, naponta körülbelül ezer hallga- 
tóval bír. A RadioParadise ugyanarra az üzleti modellre 
épül, mint a közszolgálati rádió és tévé: a hallgatói hozzá- 
járulásra. Ez mintegy háromezer dollárt jelent havonta, 
ami alig fedezi az üzembetartás költségeit. Számítsuk 
mindezt vissza 1998-ig, és máris látjuk, hogy egyes adók 
sok százezer dolláros tartozást halmoztak fel. 
Bárhogyan is magyarázzák, a Librarian határozata 
olyan fondorlatnak tűnik, ami csődbe viszi az internetes 
rádiózás úttörőit. E cikk írásának idejére máris számtalan 
állomás kényszerült beszüntetni a tevékenységét, csak- 
hogy sokan tovább folytatják, amit elkezdtek, és harcol- 
nak a határozat ellen. A friss híreket a 
2 http://www.linuxjournal.com oldalon folyamatosan 
közöljük. 
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1. A projekt fedőneve , Green Project" volt, és nem ter- 
vezték, hogy új programozási nyelvet hoznak létre. 

A , Green Team" a véletlennek köszönhetően alkotott 
meg egy új nyelvet, aminek az Oak nevet adták 

— a szerző irodája előtt álló tölgyfa után. Később, 
1995-ben új nevet kapott. Melyik nyelvről van szó? 

2. Mi a különbség az étkező filozófus és az ivó filozófus 
kérdése között? 

3. Mi a különbség az $.8 és az és között a Perl 
nyelvben? Melyik volt először? 

4. A nyelv eredetijét Aho, Weinberger és Kernighan ké- 
szítette 1977-ben az AT8.8.T Bell Labsnál. 

Ezt a feldolgozónyelvet a szerzők után nevezték el. 
Mi is a neve? 

5. A nyelv készítője, amikor művét elküldte az Internet 
Software Consortium számára, az awk és a sed 
nyelv felváltójának nevezte. Melyik nyelv ez? 

6. A szóban forgó programozási nyelvhez — szerzője 
szerint — egy kellőképpen rövid, egyedi és titokzatos 
név illik. A szerző nagy rajongója BCC hetvenes 
években játszott vígjátéksorozatának, amelyben 
többek között Graham Chapman, John Cleese és Eric 
Idle játszott. Nem a programozási nyelv nevét kér- 
dezzük, mert az túlságosan könnyű volna. A kérdés 
inkább a következő: mi annak a dalnak a címe, 
melyet Arthur Ewing és éneklő egerei adtak elő a 
második részben? 

. John McCarthy nem volt elégedett az IPL-lel 
(listafeldolgozó nyelv a Rand Corporation Johnniac 
nevű gépére), ezért ugyanennek a gépnek a számára 
egy új nyelvet fejlesztett ki. 1960-ban megjelent egy 
írása, amely olyan jelentőségű a programozásban, 
mint Euklidész művei a geometriában. Melyik prog- 
ramozási nyelvről van szó? 

. Ki írta, hogy a , go to utasítás ártalmas", és a 
következők közül mely nyelvek esetén vették ezt 
figyelembe: C, Perl, Python, Intercal? 

. a... Ha mégis hiba van a kódban, szíves örömest fize- 
tek 20 dollár 48 centet a megtalálójának. Ez pontosan 
kétszer annyi, mint az eddigi, és terveim szerint min- 
den évben megkétszerezem az összeget. Láthatják, 





Ők mondták 


A műszaki fogalmak ,kreolizált" nyelve felé haladunk. 
Az ötlet a nyelvészetből való, mégpedig Steven Pinker 
munkájából, amelyben leírja, hogy különböző nyelvű 
felnőttek huzamosan egy helyen tartózkodva egy tört, 


darabos nyelvet hoznak létre, amelyet a nyelvészek 
pidginnek neveznek. A következő nemzedék által ez a 
nyelv összetettebbé válik, amelyből egy igazi nyelv 
alakul ki, ezt hívjuk kreolnak. Hasonlóképpen használják 
a mai gyerekek a műszaki megoldásokat — mi, felnőttek 
csak a pidgint alkottuk meg. (Douglas Adams) 


A Perl az Internet jiddise. (Yoz Graehme) 


biztos vagyok a dolgomban." Ki és miről írta e soro- 
kat? Segítség: a nyelv jelenlegi kiadása a 3,14159 (pi). 
10. A LiveJournal.com újságírója, Cassandra Claire a 
következő , titkos naplót" szerezte meg. Melyik 
Gyűrűk ura-beli szereplő naplója ez? 
, Kiábrándultam a palantirfiúból. Nem hajlandó fényké- 
pet küldeni magáról, kivéve egy nagyon nagy szem- 
golyóról. Azt mondja, hogy félénk, de gyanítom, kövér 
vagy szőrös. Sok rosszat hallottam a palantirkapcso- 
latokról. Lehet, hogy szüneteltetni kellene egy kicsit". 
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Sumit Dhar 


Az érdeklődés a nyilvános szellemi tulajdon iránt akkor 
szűnt meg teljesen, amikor Kansas Cityben egy 
íróasztalon megszületett egy egér rajzfilmfigura. Az 
egeret mélyhűtőbe tették. Nem porlad el. Halhatatlan. 
Hűtéstechnikailag konzervált.... Az ókori Rómában úgy 
hitték, a hanyatlás jele, hogy Caligula a saját lovát tette 
meg szenátornak. Ennek ellenére a mai Egyesült 
Államok szenátusában van egy szenátor, aki egy egér 
rajzfilmfigura. (Bruce Sterling) 
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A nyílt spektrum lendületet vesz 





Ha bizonyítékot keresünk arra, hogy igény van vállalkozó kedvre 
és friss innovációra, gondoljunk a wardrivingra és warwalkingra. 
Egyiknek sincs semmi köze a hagyományos értelemben vett 
háborúhoz (war), bár mindkettőt a War Games című film ihlette. 
A WAR tulajdonképpen betűszót rejt magában: vezeték nélküli 
elérési felderítés (wireless access reconnaisance). 
A vezeték nélküli elérhetőség felderítése jelenleg azokra a betyá- 
rokra (hacker) korlátozódik, akik sávszélességüket nyilvánosan 
elérhető helyeken, közintézményekben osztják meg, és azokra a 
hozzáértő hordozhatógép-használókra, akik kávézókat, könyvesbol- 
tokat és padokat keresnek, csakhogy ezt a sávszélességet 
használhassák. 
A warwalkingnak két, a népszerű trendekre érvényes ismertető- 
jegye Is van: 
1. a betyárok azon serénykednek, hogy a hátterét ingyenessé és 
nyitottá tegyék, 
2. a törvényhozók és az érintett vállalatok érdekeik szerint vagy 
ellene, vagy mellette foglalnak állást. 
A támogatók bevezettek egy meglehetősen tág fogalmat: a nyitott 
spektrumot, ennek célja, hogy kiszélesítse azokat a kis számú 
csatornákat, amelyek alkalmasak a vezeték nélküli hálózati elé- 
résre (WiFi vagy 802.11b). A mögöttes gondolat az, hogy tartalé- 


Mindenki 
üdvözli a 
nagyszerű 
emberek 





kolják (ahelyett, hogy kiárvereznék — a jelenlegi FCC-alapértelme- a18 KÜLATRNS ÉTKEZÉS SÍLYOS JEllŐSSE o). ODEraCIOS 
zés) a spektrum azon szeletét, amely jogosítványok nélkül kerül get hordoz magában: program a népek 


EN ÁALEÉESBEN számára. Rendkívüli ár: 139,9 dollár" rendszerét! 


A politikai hang szerepét Johna Markey, Massachussets állambeli 
képviselő vállalta fel azáltal, hogy a nyitott spektrumot bevezette 
a jogalkotásba. Egy nemrégiben elhangzott beszédéből idézve: 

"A parlament törvényhozásában a Spektrum szokásjog meg- 

alkotását akartam elősegíteni. A csúcstechnológiai termelők, 

a vállalkozók és a kölykök a garázsban-ként ismert fiúk sok- 

kal erősebben ki tudnák használni a vezeték nélküli kapcso- 

lattartásban rejlő lehetőségeket, ha a jogosítvány nélküli 

sávhasználatot kellően kiszélesítenék a közönség számára." 
A törvényjavaslat szerint az FCC-nek két sávot kellene elkülöni- 
tenie közhasználatra, amelyek nyitottak a hatóságilag nem enge- 
délyezett használatra. Az egyik egy 20 MHz-es összefüggő sáv 
lenne 2 GHz alatt, míg a másik 300—500 MHz 2 és 6 GHz között. 
Egy ilyen nyilvános elkülönítés nyitott felület létrejöttét segítheti 
elő, ami teret biztosíthatna az újításoknak, a vállalkozási tevékeny- 
ségeknek és a tömegkommunikációnak. Ugyanakkor az ellen is 
küzdene, hogy a sávok túlságosan kevés szolgáltató kezében ma- 
radjanak. Múlt novemberben Kevin Werbach, korábbi ipari elemző 
és az FCC új technológiai kódexének tanácsadója az EdVenture 
Holding részéről nyílt levelet intézett Michael Powell-hez, az FCC 
elnökéhez. Ezekkel a sorokkal zárta gondolatait: 
,Ön október 23-i sajtótájékoztatóján felesküdött, hogy erőteljesen 
támogatni fogja a sávok hatóságilag nem engedélyezett használa- 
tát, ahol csak elfogadható." Bár ez a jóváhagyás üdvözlendő, ko- 
rántsem elég. A bizottságnak cselekvő módon kell megújítania a 
spektrumra vonatkozó üzletpolitikáját, hogy ne hátráltassa, hanem 
elősegítse az újítások létrejöttét. A Linux-pártiak talán képviselő- 
társaikat is arra akarják bátorítani, hogy ugyanezt tegyék. 

Doc Searlis 





, Kulturális kapcsolattartás: a Kínai 
2000-rel rendelkezők bírnak a legnagyobb 
versenyteljesítménnyel. A műszaki hata- 
lom a népé. Rendkívüli ár: 1399 dollár" 


Megjegyzés: a fenti árak hongkongi 
dollárban értendők. Ennek amerikai 
megfelelője körülbelül 18 dollárt tesz ki. 
Köszönet a CultureComnak 

(5 http:/Awww.culturecom.com.hk) 

a képekért és Michael Fowler-nek 

a fordításért. 


Linux Journal 2002. szeptember, 1017. szám Linux Journal 2002. szeptember 
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Rugalmas géptelep? Akkor openliMosix! 


Korábbi számainkban már olvashattak linuxos 
telepekről. Most egy másfajta megvalósítással 
ismerkedhetnek meg. 


Az openMosix olyan rendszermag-kiterjesztés, ami tele- 
pek (cluster) építését teszi lehetővé. Hogy miért is jó? 
Miért pont ezt válasszuk? Remélem, ez az írás egyér- 
telmű választ ad ezekre a kérdésekre. 

A Beowulf szemléletével szemben az openMosix-telep- 
ben nincsen központi gép, mindegyik csomópont egyen- 
rangú. A csomópontok (node) egy-, illetve többprocesz- 
szoros gépek is lehetnek, ame- 
lyeket helyi hálózaton (LAN) 
keresztül kell összekapcsolnunk. 


ill Egy egyszerű beállítófájlban, 

1 amelynek felépítését a későb- 
AKTAS biekben részletezem, meg kell 

1 adni, hogy mely gépekkel osztja 


meg az erőforrásait, illetve mely 
csomópontok erőforrásait használja. Ha helyi hálózaton 
keresztül észleli a másik gép jelenlétét, erőforrásaikat 
rögtön megosztják. Ez az elgondolás nagyon rugalmassá 
teszi, mivel nincs rá szükség, hogy egy gép ,közösköd- 
jön" a hálózatba kapcsolt összes géppel. Természetesen 
lehetőség nyílik arra is, hogy bármelyik gép erőforrásai- 
nak megosztását visszavonjuk. Ekkor egyszerűen vissza- 
hívja a távoli gépen futó folyamatokat és a saját pro- 
cesszorán futtatja őket tovább. 


Tapasztalatok 

Ahogy a hivatalos weblapon is olvashatjuk: , MOSIXI — 
openMosix". Nem véletlenül, a két elnevezés gyakran 
keveredik. Megesik, hogy a letöltött openMosix folttal 
(patch) kezelt rendszermag beállítása közben csak 
Mosixot emleget vagy a menü neve openMosix, de ezen 
a szinten csak Mosix elnevezésű beállításokat találunk és 
fordítva. Kipróbáltam a MOSIX-1.5.7-es változatát is, és 
gyakran előfordult, hogy a másik gépen a folyamatok 
ragadtak, amin csak egy újraindítás segített. Minden- 
esetre a Mosix- és openMosix-magokkal szerelt gépeket 
nem lehet vegyesen használni. Én a Debian GNU/Linux 
Woody változatára telepítettem (kernel 2.4.17- 
openmosix) minden csomóponton, és tökéletesen 
tette a dolgát. Háromgépes telepet hoztam létre (két 
166 MMX, egy 533Celeron) 100 Mbit/s UTP-kábeles 
ethernethálózaton, ebből is látni, hogy nem kell erőmű 

a kipróbálásához. Amin Linux-rendszermag futhat, azt 
biztosan fürtbe tudjuk kötni. Kipróbáltam többprocesszo- 
ros géppel is (Dual 533 Celeron), ezzel sem volt gond. 
Öröm volt nézni, ahogy a mosmon parancsot (illetve 
mon-openmosix) futtatva a gépek terheltsége rövid 
időn belül közel azonos szintet ért el. Egyik 166 MMX gé- 
pen egy videokódoló program indítása után rögtön átke- 
rült a másik gépre, és mindössze 100—-200 KB/s nagysá- 
gú forgalmat hozott létre — százszázalékos processzorter- 
helés mellett. Ha nem futtatunk erőforrásigényes alkal- 
mazásokat, akkor is 3-7 KB/s nagyságú forgalmat ta- 
pasztalhatunk. Most nézzük, hogyan érhetjük el mindezt! 


Telepítés 
Először is a rendszermagunkat kell megfelelő állapotba 
hoznunk. A 5 http://openmosix. sourceforge.net/ címről 
tölthetjük le a legújabb rendszermagfoltot (kernel-patch) 
vagy Debian/GNU Linux alatt egyszerűen adjuk ki a 
következő parancsot: 

apt-get install 
—kernel-patch-openmosix 

Ez 2.4.16-os rendszermaghoz készült. Ha nem akarunk 
ennyire beavatkozni Linuxunk lelkivilágába, egy 
user-mode- linux rendszermagot Is letölthetünk 

— képességeit saját főkönyvtárrendszerrel (rootfs) 
futtatva próbálhatjuk ki. Miután letöltöttük a rendszer- 
magfoltot, másoljuk a rendszermag könyvtárába, majd 
a megfelelő könyvtárában rendszergazdaként adjuk ki 

a következő parancsokat: 

zcat openMosíix:2.4.17-2.gz ] patch pi 
6-s. make 
6-6 make 
6-s. make 
6-s. make 
6-6. make 
6-6. make 


menuconfig 

dep 

clean 

bzImage 

modules 

mód esttist adó 


A beállítások jelentése 

e. openMosix process migration support: 
bejelölésével a folyamatokat önműködően elosztja a 
csomópontok között, hogy a terhelésüket kiegyenlítse. 

e Support clusters with a complex 
network topology: bejelölésével a 
csomópontok összetett hálózaton is összeköthetők. 

e  Stricter security on openMOSIX ports: 
biztonsági beállítás, hogy az olyan TCP/UDP-kapukat 
(port), amelyeket a Mosix használ, felhasználó ne 
érje el; hogy az erőforrásokat ne használhassa olyan 
csomópont, ami nincs a beállítófájlban felsorolva; 
hogy más folyamat ne használhasson olyan kapukat, 
amelyek a Mosixnak vannak fenntartva. 

e Level of process-identity disclosure 
(0-3): beállítja, hogy mennyi adatot tároljon az 
egyes folyamatokról. 

0 esetén: nincs további adat; 1: PID (/TGID, ha 
különbözik a PID-től); 

2: PID (/TGID), UID, GID; 3: PID (/TGID), UID, GID, 
PGRP SESSION, COMMAND. 

e Createthe kernel with a "-openmosix" 
extension: a rendszermag egy -openmosix 
kiterjesztést kap. 

e. openMOSIX File-System: bejelölve open- 
Mosix-fájlrendszert (MFS) használhatunk. Erre akkor 
lehet szükségünk, ha egy csomópont fájlrendszerét 
az összes többi csomóponton el szeretnénk érni. 

e  Poll/Select exceptions on pipes: 
engedélyezi, hogy értesítsen egy programot, ha 
a csőből (pipe) olvasnak. Beállítva a ioct1 
(pipefd, TCSBRK, arg) is használható lesz, hogy 
kivételeket állíthassunk be, illetve törölhessünk 





. Láttuk-hallottuk 
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(exception conditions). Ha az (arg 6 1) igaz, akkor 
— ha valaki olvasott a csőből — kivétel keletkezik. 
Ha az (arg 6 2) igaz, akkor keletkezik kivétel, ha 
már nem olvasnak a csőből. Az alapbeállítás az, hogy 
egyik esetben sem keletkezik kivétel. Egy kivétel 
kezelője visszatérhet a select rendszerhívással, 
ami azt okozhatja, hogy a po11 rendszerhívás visz- 
szatérési értéke belekerül a POLLPRI -be. Megkap- 
hatjuk annak alsó becslését, hogy hány bájtot 
próbáltak olvasni a folyamatok a csőből az ioct1 
(pipefd, TIOCGWINSZ, 0) segítségével. 
Létezik olyan rendszermagfolt, ami lehetővé teszi 
a közvetlen fájlrendszerelérést (Direct File-System 
Access — DSFA). Csak akkor vehetjük igénybe, 
ha a Mosix-fájlrendszert is bekapcsoltuk. 
Ha a rendszermag kész, állítsuk be az indításkeze- 
lőt (boot manager), és telepítsük az openMosix- 
csomagot (Deblan: apt-get install 
openmosix). 
Beállítás 
Debian/GNU Linux alatt a /etc/openmosix.map, Mosix 
esetén pedig a /etc/mosix/mosiIx.map) fájlban kell 
megadnunk a hálózati csomópontokat. A beállítást 
elvégezhetjük kedvenc szövegszerkesztőnkkel vagy az 
update-cluster programmal Is. Meg kell adni a 
csomópont azonosítószámát, IP-címét és a csomópontok 
számát a tartományon. Lehetőség nyílik külön alhálókon 
lévő gépek összekapcsolására is. Ekkor az átjáró 
mindkét (vagy több) IP-címét meg kell adni. Ha például 
két alhálónk (10.0.1.0/24, 10.0.2.0/24) és egy átjárónk 
(10.0.1.254, illetve 10.0.2.254 IP-címekkel) van, 
az 1. listában szerepelő módon kell beállítani. 
Ha már az openMosixot támogató rendszermag fut, 
indítsuk újra az openMosixot: 
/etc/init .d/openmosix restart. Ha még 
nem az fut, a gépet az új rendszermaggal indítsuk újra. 
Mindezt az összes csomóponton meg kell tennünk. 
A mosia fájlrendszer használatba vétele hasonlóan 
egyszerű. Először hozzuk létre az mfs könyvtárat: mkdir 
/mfs. A /etc/fstab fájlhoz hozzá kell adnunk egy sort 
a 2. listán látható módon. Ekkor a közvetlen fájlrend- 
szerelérést (DFSA) bekapcsoltuk, ami azmfs mnt 
a /mfs/lopenMosix IDJ/ könyvtáron keresztül minden 
csomóponton elérhető lesz. Ha mindent jól csináltunk, 
már működik is, és elosztja az erőforrásokat. 
Futtassunk nagy erőforrásigényű alkalmazásokat, és 
nézzük, hogyan nő a többi gép terhelése. Mindezt 
megtehetjük a mosmon parancs futtatásával, illetve 
attól függően, honnan szereztük be, mon, mon 
- openmos ix néven találjuk meg. Ha elindítunk egy 
folyamatot, akár rögtön másik gépre költözhet (migrate), 
ami a telep (cluster) bármelyik gépe lehet. Ekkor a 
folyamat két részre szakad: egy felhasználói és egy 
rendszerszintű részre. Csak a felhasználói rész kerülhet 
át egy távoli csomópontra, míg a rendszerszintű mindig 
ott marad, ahol a folyamatot indítottuk. Az utóbbi felelős 
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a rendszerhívások feloldásáért. Éppen ezért az olyan 
folyamatok, amelyekben gyakoriak a rendszerhívások, 
csak kis részben költöztethetők át másik csomópontra, 
vagyis kismértékű gyorsulást tapasztalhatunk. Ha tudni 
akarjuk, hogy valamelyik folyamatunk hol fut, futtassuk 
ezen a csomóponton a következő parancsot: cat 
/proc/ cpid:3/where. A parancs egy azonosítót ad 
vissza, ami annak a csomópontnak a sorszáma, ahol a 
folyamat fut. Mindezt egyszerűbben is megtudhatjuk, 
ha feltelepítjük az mos csomagot (Debian: apt-get 


HB /etc/ístálb 


ssetDi fs MEGNE RSGESNI 


tt 

H [device JeéHeéi 

més defaults 0 0 mfs mnt /mís 
mfs defaults, dfsa-1 0 0 


Kapcsolódó címek 


2 http:/Avww.openmosiIx.org 

2 http:/Avvww.mosiIx.org 

2 http://howto.ipng.be/Mosix-HOWITO 

2 http://openMosix.sourceforge.net 

2 http://packages.deblan.org/unstable/net/openmosIix.htmi 


2 http://packages.debian.org/unstable/net/kernel-patch-openmosix.html 


2 http://packages.debian.org/unstable/net/mps.html 


install mps). Az mps a ps parancshoz, az mtop 
pedig a top parancshoz hasonlóan működik, ráadásul 
hasznos adatokat is megjelenít (melyik csomóponton 
fut a folyamat stb.). További hasznos tájékoztatást talál- 
hatunk a /proc/mosix könyvtárban (mely csomóponto- 
kat éri el, mekkora azok terheltsége, milyen folyamato- 
kat használ stb.). 


Összefoglalás 

Egyszerű használata és rugalmassága következtében 
hatékonyan alkalmazható üzleti célokra, otthoni gépek 
összekapcsolására, illetve egyetemi vagy középis- 
kolai gépparkok teljesítményének, kihasználtságának 
növelésére. Napjainkban az egyetemeken egyre 
inkább elterjednek a linuxos telepek, amelyek olyan 
teljesítményt nyújtanak a kutatások számára, ami 
mindeddig nem volt elérhető. Felhasználási területeinek 
száma korlátlan, akár Beowulf-telepeket is össze- 
köthetünk vele. 


Kolcza Péter 
(kpeteroOsysconfig.hu) 


2002. október 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és az 
egyéb útmutatásokat a 

2 www. linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www. [inuxjournal.com/ 
[7-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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A hónap szakmai tanácsai 


Magas számú 

DHCP-kódokat kell beállítanom 
Mivel az IP-telefónia területén dolgozom (Nortel), 

DHCP-kiszolgálómban a szolgáltatóra jellemző 

kódokat kell használnom. Létezik olyan DHCP- 

kiszolgáló Linux alá, amelyben be lehet 

állítani a Red Hat-terjesztésben használtak- 
fg nál magasabb szolgáltatókódokat? 
b 6/ Bjoern Arstad, chanchokoonline.no 


Ha a DHCP-kódodnak nincs neve, a 
dhcpa . conf-ban adhatod meg a 
következő módon: 
option option-nnn "value : ; 
Az nnn egy három számjegyből álló decimális kód. 
Olvasd el a dncp-options-dhcpd súgóoldalt is. 
Don Marti, dmartossc.com 


A friss Red Hat-telepítés nem indul el 
Red Hat 7.2-t próbáltam telepíteni egy Intel számító- 
gépre, amelyben egy DPT VI (Adaptec) RAID 5 lemez- 
vezérlő kártya volt. A telepítés rendben zajlott és létre- 
jöttek a lemezrészek. A telepítés befejeztével a gép 
újraindításához megnyomtam az ENTER-t, de rendszer- 
indulás helyett az alábbi hibaüzeneteket kaptam: 
creating root device 
mounting root filesystem 
error 19 mounting ext3 
(/sysroot, 
failed:2 
220K 


mount : 
PiVvotToGE:" [Di VOtLETOGL 
s /evetoot/dütevd) 
freeing unused kernel memory: 
freed 

kernel panic: No init found Try 
passing init-option to kernel 
Byron Rendar, brendarropcc.edu 


Ted Tso megoldotta ezt a gondot; írása a 

2 http://www.redhat.com/mailing-lists/ext3-users/ 
msg03575.html címen olvasható. Módosítanod kell a 
/etc/fstab-ot; ha a fő fájlrendszert nem sikerül ext3-ként 
befűzni, próbáld ext2-ként. A /etc/fstab-ban az ext3- 
bejegyzést változtasd át ext2 , ext3-ra (később átalakít- 
hatod az ext2-t ext3-ra). Egy másik, hosszabb megol- 
dás szintén elérhető a Weben. 

Chad Robinson, crobinsonarfgonline.com 

Don Marti, dmartKossc.com 


Internetezés kábelmodemmel 

Hogyan kell az Internetre digitális kábelen keresztül csat- 
lakozni? Szolgáltatóm a Cox Oklahoma Cityben, de ők 
nem támogatják a linuxos gépeket. Hálózati kártyám egy 
Realtek 8139 10/100. A SuSE Linux felismeri a kártyát 
és engedélyezett rajta a DHCP A rendszerindítás során a 
Linux felismeri a kártyát, de IP-címet nem kap. 

Matt Reynolds, mattreynolds(0cox.net 


Biztos, hogy a szolgáltatód DHCP-protokollt használ? Sok 
szolgáltató áttért a PPPoE-protokollra, ami nem ugyanaz. 
A biztonság kedvéért kérdezd meg a helyi Cox-irodát, 





mert a Cox mindkét módszert használja — attól függ, hol 
laksz. A SuSE támogatja PPPoE-protokollt, a leírásban 
az ADSL vagy T-DSL kulcsszavaknál szerepel a téma. 

A megfelelő YaS12 beállítóképernyő a DSL configu- 
ration. A pppoed csomagot telepítsd, és olvasd el 
a sdb.suse.de/sdb/en/html/hoe ads! pppoe.htmi oldalt. 
Chad Robinson, crobinsonerfgonline.com 

Don Marti, dmartKossc.com 


Érintőképernyő beállítása 

Mit kell beállítani az XFOGConfig-4 beállítófájlban, hogy 
használni tudjam a Dynapro (3M) érintőképernyőt? Külön 
kell engedélyeznem az X indítása után az 
xsetpointer NFI3 parancshoz hasonlóval? 

Shane Kennedy, skenneindigo.1e 


A 3M (korábban Dynapro) érintőképernyők frissített 
meghajtóit a 5 http://Awww.cdp1802.org/mmmtouch 
címen találod. 

Robert Connoy, rconnoyopenguincomputing.com 


A Perl nem nyomtat új sor nélkül 

Nem tudok nyomtatni! Például print 5; kiadása ese- 
tén a szám nem íródik ki a képernyőre, csak ha egy új 
sor karaktert is mögé írok: print 5," m" ;. Ha a 
parancsértelmezőt csh-ra vagy ksh-ra változtatom, a 
hiba megszűnik. Bash vagy sh alatt a Perl-parancsfájl 
nem írja ki a számot a képernyőre, a karakterláncokat 
azonban igen. Az a kérdésem, mit kellene megváltoz- 
tatnom a Bash-parancsértelmezőben, hogy a Perllel 
helyesen működjön? 

Blake Brezeale, blake.brezealeobigfoot.com 


Valószínűleg elrontottad a Bash-környezetedet. 
A parancssorban add ki a reset parancsot, 
és nyomd meg az ENTER-t. 

Usman S. Ansari, uansaroyahoo.com 


MAC-cím megváltoztatása 

Szeretném megváltoztatni ethernetkártyám MAC-azo- 
nosítóját nagyjából úgy, ahogyan a Linksys útválasztóval 
ezt megtehetem. Létezik valamilyen egyszerű módja? 
Mike 0 Doherty, mgi11356(-oOmotorola.com 


Nem írtad, hogy milyen ethernetkártyád van. Némelyik- 
kel ez megtehető, míg másokkal nem. Ha a kártyád 
támogatja, erre a célra az ifconfig-ot használhatod: 
ifconfig ethO0 hw ether 001122334455 

A DSL- és kábelmodemek felhasználóinak érdemes 
megjegyezniük ezt a trükköt, ha a szolgáltatást 
windowsos gépre fizették elő, és linuxos tűzfalat, illetve 
átjárót szeretnének. A legtöbb szolgáltató a MAC-cím 
alapján azonosítja a számítógépet, és ha az megváltozik, 
bonyolult feladat lesz átíratni a szolgáltatóval a változást. 
A fenti paranccsal a Linux-átjáró ugyanazt a MAC-címet 
mutatja kifelé, mint az eredeti ügyfélrendszer. 

Chad Robinson, crobinsonearfgonline.com 
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Storix Backup 
Administrator 

Megjelent a Storix Backup Adminis- 
trator (SBA) 4.0-s változata, amely 
a legtöbb terjesztéssel, x86- és PPC- 
rendszereken használható mentő- 

és helyreállító program. A grafikus 
felülettel rendelkező SBA egy számí- 
tógép, vagy akár egy egész hálózat 
mentését megoldja. Beállítható a 
mentés időzítése, a teljesítményki- 
mutatás jelentése, a felülírás és 
megtartás szabályozása, a szalag 
csíkozása és más sajátosságok. 

Az SBA az adatokat az eredetitől 
eltérő vason is képes visszaállítani; 
a rendszer pedig a fájlrendszer típu- 
sának megváltoztatásával, a prog- 
ramból megvalósított RAID-eszközök 
hozzáadásával és az LVM-lemezré- 
szek kialakításával újra testreszab- 
ható. A program minden jelentős 
LVM- és RAID-megoldást támogat. 
Adatok: Storix Software, 

2 http:/Awvww.storix.com 


CodeTEST 

for Embedded Linux 

Az Applied Microsystems a 
CodelTEST for Embedded Linux meg- 
jelenésével belépett a Linux-piacra. 
A CodelEST for Embedded Linux 
olyan programpróbáló és -elemző 
eszköztár, amely a fejlesztők számára 
a következő munkák elvégzését teszi 
lehetővé: átfogó teljesítménypróbák, 
memóriapróbák, valós idejű és 
forráskódszintű végrehajtás-követés, 
a rendszermag és illesztőprogram 
kódjának követése az eszközök szint- 
jén, illetve az alkalmazások kódlefe- 
dettsége beágyazott Linuxon. 

A CodeTEST egyszerre több mint 
128 000 valós idejű függvényvégre- 
hajtást tud mérni, hibákat keres az 
algoritmusokban, a híváspárelosztá- 
sokban és a segédeljárásokban, és 
méri a függvények által fogyasztott 
processzoridőt. A CodeTEST külön- 
álló modulok teljes rendszereként 
vásárolható meg. 

Adatok: Applied Microsystems, 
e-mail: Info(rirvamc.com, 

2 http:/Awww.amc.com 


Arkeia Virtual Server 

Az Arkeia Corporation bemutatta a 
Virtual Servert, amely helyi és távoli 
adatvédelmi szolgáltatásokat valósít 


www.linuxvilag.hu 


meg - kifejezetten az internetszolgál- 
tatók, a telekommunikációs szolgál- 
tatók és a kábelszolgáltatók igényei- 
hez alakítva. Kétféle biztonsági men- 
tést támogat. Az egyik az ügyfelek- 
nek a szolgáltatóknál tárolt kiszolgá- 
lóinak helyi mentését végzi el, a má- 
sik az ügyfeleknél lévő gépek távoli 
mentését oldja meg a szolgáltatónál 
elhelyezett központi mentőkiszolgá- 
lón. Az Arkeie Virtual Server támo- 
gatja az egyidejű webhelyelhelyezést, 
nagy adatmennyiség esetén az egy 
gépről történő többszálú adatátvitelt, 
az ügyfélnyalábolást, az adatátvitelt 
korlátozott sávszélességű csatornán 
keresztül, valamint a gépek közti 
könyvtármegosztást. Az adatok vé- 
delméről a kinevezett hozzáférési 
kapuk, a mentett adatok egyéni kata- 
lógusai, a jelszavas és a proxys hite- 
lesítés, és a nem megosztott mentési 
adathordozók gondoskodnak. 
Adatok: Arketia Corporation, 

e-mail: sales-2arkela.com, 

2 http:// www.arkela.com 


PCI-8213 és PCI-3214 

A PCI-8213 és a PCI-8214 két- és 
négykapus 64-bites gyors ethernet- 
kártya, amelyek elkerülő képességgel 
rendelkeznek, így alkalmasak a tűzfa- 
lakban és a hálózati forgalommérők- 
ben való használatra, hálózatos játé- 
kok játszására, és a nagy rendelke- 
zésre állást kívánó, illetve internetes 
alkalmazásokban. Az elkerülőképes- 
ség abban áll, hogy a belső továbbító 
rendszerösszeomlás esetén vagy 
kikapcsolt állapotban keresztbe köti 
az 1-es és a 2-es csatornát. A hiba- 
tűrő adatátvitelt úgy érik el, hogy 
bejövő és a kimenő hálózati forgal- 
mat csatolják, akkor is, ha a program 
vagy a gép lefagy. Mindkét kártya 
64-bites 33, illetve 66 MHz-es PCI- 
sínen működik, de 32-bites PCI bőví- 
tőhelyekben is használható. Mindkét 
ethernetkapu két LED-del rendelkezik, 
az egyik a kapcsolatot jelzi, a másik 
a 10/100 állapotot. 

Adatok: Adlink Technology America, Inc., 
e-mail: usa-xadlinktech.com, 

2 http:/Awww.adlink.com 


Rackable Systems 

1U 1800 

Xeon processzorokkal szerelik a 
Rackable Systems 1U 1800 kiszol- 


gálóját. A Rackable 44U magas 
szekrényébe 88 darab 1U kiszolgáló 
fér, összesen 176 Xeon processzor- 
ral. A Rackable 
kiszolgálóiban a 
következő új 
Intel-termékeket 
használja még: 
SE/500CW2 kiszolgáló-alaplap, 
SE/500WV2 kiszolgáló-alaplap és 
SRSH4 kiszolgálófelület. Az új kiszol- 
gáló a Rackable szabadalmaztatott 
számítógépházába szerelhető, amit 
úgy alakítottak ki, hogy a szabvá- 
nyos 19 hüvelyk széles és 30 hü- 
velyk mély szekrény első és hátsó 
felébe is, vagy a , Telco-féle" állvány 
mindkét oldalába beszerelhető 
legyen. Az 1800-as kiszolgálóba 

8 GB memóriát, 1—4 merevlemezt, 
egy PCI X bővítőkaput, és egy 

vagy két 10/100/1000 ethernetkár- 
tyát szerelnek. 

Adatok: Rackable Systems, 

e-mail: sales-orackable.com, 

2 http://www.rackable.com 


Gnome 2.0 

A Gnome Foundation kiadta a 
Gnome munkaasztal és fejlesztői 
környezet 2.0-s 
változatát, amely 
a gyorsabb és 
többet tudó Nauti- 
lus fájlkezelővel, 
valamint új alkal- 
mazások és se- 
gédprogramok 
tucatjaival rendel- 
kezik. A 2.0-ban a 
beállítási folyamat 
is egyszerűsödött. 
A kiadás tartalmazza a továbbfej- 
lesztett GTK 2.0 eszköztárat, a 
libxm12-t, Glade-, Python- és 
CORBA-bővítményeket sok új prog- 
ramkönyvtárat és elemet. Az új 
változat tökéletesítései között szere- 
pel a betűk élsimítása, a központo- 
sított és azonnal érvényre jutó rend- 
szerbeállítás, az újraírt terminálalkal- 
mazás fülekkel és profilokkal, a Yelp 
nevű súgóalkalmazás és még sok 
minden más. 

Adatok: The GNOME Foundation, 

2 http:/Avww.gnome.org 
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A Jogi tanácsadás 
megfelelő kerete egy 
Jogász-ügyfél 
kapcsolat, amely egy 
adott helyzet minden 
tényállását figyelembe 
veszi, és a helyileg 
érvényes jognak felel 
meg. Bár ezt a cikket 
egy jogász írta, a 
benne foglalt adatok 
nem helyettesíthetik 
az esetre szabott, 
bejegyzett jogásztól 
származó tanácsadást. 
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A kockázatok megosztása 


A terjesztési engedélyek arra szolgálnak, hogy a kibo- 
csátó és az elfogadó fél között megosszák a kockázatot 
— az engedély jótállásra vonatkozó részének ez az egyik 
lényeges célja. 

A BSD-engedélyben például a következő záradék sze- 
repel: , Ezt a programot a szerzői jogok birtokosai és a 
közreműködők , úgy, ahogy van", mindenféle kifejezett 
vagy beleértett jótállás nélkül teszik elérhetővé, ami a 
minőségi megfelelőség és a meghatározott célra való 
alkalmasság biztosításának visszautasítását is magában 
foglalja, de nem korlátozódik csak rájuk. A szerzői jogok 
birtokosa vagy a közreműködők semmilyen körülmények 
között nem kötelezhetők semmilyen — közvetlen, közve- 
tett, járulékos, egyedi vagy következményes -— kár meg- 
térítésére (ami magában foglalja a helyettesítő termék 
vagy szolgáltatás biztosítását, az elvesztett használati 
idő vagy adatok, az elmaradt nyereség vagy az üzletme- 
net folytonosságának megszakadásából adódó veszte- 
ségeket, de nem korlátozódik ezekre), függetlenül a kár 
keletkezésének módjától és a felelősség megállapításá- 
nak hivatkozási alapjától, legyen az összefüggésben 
szerződésszegéssel, természetes felelősséggel vagy 
(gondatlanságra vagy más okra visszavezetett) sérelem- 
mel, amely bármilyen módon kapcsolatba hozható a 
program használatával, még abban az esetben sem, ha 
a káreset bekövetkezésének lehetősége ismert volt. 
Fontos észrevennünk, hogy a BSD-engedély feltételei 
mellett minden kockázatot az elfogadó fél visel. Mind- 
egy, milyen borzasztó a program, mindegy, milyen kárt 
tesz a számítógépünkben vagy az üzletmenetünkben, 
mindegy, hogy a kibocsátó milyen ígéreteket tett a 
program hasznosságáról és képességeiről a reklámjai- 
ban, a programot az engedély értelmében , úgy, ahogy 
van", mindenféle biztosíték nélkül fogadjuk el. Az összes 
többi nyílt forrású terjesztési engedély, amelyet olvas- 
tam, hasonló záradékot tartalmaz a jótállás és a kártérí- 
tési kötelezettség visszautasításáról. Az elfogadó fél 
visel minden kockázatot, amely a program használatából 
és az arra épülő programok létrehozásából származik. 
Úgy gondolom, a kockázatok ilyenfajta megosztása 
igazságos, kivéve egyet, amelyet a BSD-engedély nem 
említ meg külön: annak kockázatát, hogy a kibocsátó fél 
a program terjesztési engedélyének kibocsátásához 
szükséges jogokkal eleve nem is rendelkezik. A BSD- 
engedély (a , magában foglalja... de nem korlátozódik 
ezekre" megfogalmazás miatt) kizárja a szerzői jogok 
betartására vonatkozó biztosítékot is. 

A szerzői jogok betartásának biztosítéka nélkül abban 

az esetben, ha a kibocsátó valójában nem birtokosa az 
általa terjesztett program szerzői jogainak, illetve nem 

a szerzői jogok birtokosának engedélye szerint jár el, az 
elfogadó, nem pedig a kibocsátó fél viseli a szerzői jogi 
per kockázatát. Abban az Academic Free Licence nevű 
terjesztési engedélyben, amelyen jelenleg dolgozom, ezt 
a gondot a következőképpen orvosoltam: 

"A kibocsátó szavatolja, hogy a program szerzői jogait 
birtokolja vagy a programot érvényes engedély hatálya 





alatt terjeszti. A megelőző mondatban külön megnevezett 
biztosítékot leszámítva a programot a szerzői jogok birto- 
kosai és a közreműködők , úgy, ahogy van", mindenféle 
kifejezett vagy beleértett jótállás nélkül teszik elérhe- 
tővé, ami magában foglalja a minőségi megfelelőség, a 
meghatározott célra való alkalmasság, és a szerzői jogok 
megsértése elleni biztosítékok visszautasítását is, de 
nem korlátozódik ezekre. A kibocsátó, a szerzői jogok 
birtokosai vagy a közreműködők semmilyen körülmények 
között nem kötelezhetők bármiféle követelés, kárigény 
vagy egyéb kötelezettség megtérítésére szerződéssze- 
gési, kártérítési per útján vagy más módon, amely a 
programból ered vagy azzal kapcsolatba hozható." 

A jótállási záradék első mondatában az engedély a szer- 
zői jogsértés kockázatának terhét az elfogadó fél helyett 
a kibocsátó vállára helyezi. A elfogadó és a kibocsátó fél 
közül meggyőződésem szerint az utóbbi sokkal jobb 
helyzetben van annak megítélésében, hogy rendelkezik-e 
a szerzői jogokkal vagy olyan engedéllyel, amely lehe- 
tővé teszi számára a program terjesztési engedélyének 
mások számára történő továbbadását. Az elfogadó fél 
ezzel szemben nem rendelkezik azokkal az ismeretekkel, 
amelyek alapján eldönthetné, hogy elfogadja-e a szerzői 
jogok megsértésével járó kockázatot. Ezért az Academic 
Free Licence ezt a kockázatot arra a félre hárítja, amelyik 
a kockázat mértékét egyedül megítélni képes. 

Ha például az engedély kibocsátója maga írta a progra- 
mot, akkor tudja, hogy a szerzői jog is a birtokában van. 
Amennyiben csupán lemásolta valaki más programját, 
vagy egy cég alkalmazottjaként hozta létre a programot, 
nem szavatolhatja jóhiszeműen a szerzői jogok betartását. 
Sokan vonakodhatnak elfogadni a nyílt forráskódú progra- 
mokat, ha az engedély kibocsátója nem ad valamiféle 
biztosítékot arra, hogy nem sérti meg a szerzői jogokat. 
Az ilyenfajta biztosíték hiánya csökkentheti a nyílt forrás- 
kódú programok elfogadhatóságát. Egy olyan szerzői jo- 
gokra vonatkozó biztosítékkal, mint amelyet az Academic 
Free Licence szövegébe foglaltam, az engedély elfogadói 
ésszerű mértékben hagyatkozhatnak arra, hogy az engedély 
megfogalmazása megvédi őket attól a vádtól, hogy nem 
foglalkoztak vele, ki a szerzői jogok birtokosa valójában. 
Az Önök véleménye is érdekelne arról, hogy a nyílt 
forráskódú programok terjesztési engedélyeinek kell-e a 
szerzői jog megsértése elleni biztosítékot tartalmazniuk? 
Észrevételeiket az IrosenOrosenlaw.com címre küldjék 
— egy későbbi cikkben beszámolok e nem hivatalos 
felmérés eredményéről. 
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Lawrence Rosen 

(2 http:/Avww.rosenlav.com) magán- 
gyakorlatot folytató jogász. A Nyílt 
Forrás Kezdeményezés ügyvezető 
igazgatója és jogtanácsosa 

(2 http:/Avw.opensource. org). 
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A legeslegjobb linuxos gép 


Találd ki, mi az: 1,1 Tlerabájt terjedelmű, 


9,503 BogoMips-re képes, repülni tud és mindenki odavan érte? 


ajon mi különbözteti meg a , Legeslegjobb linuxos 
L gépet" (Ultimate Linux box — ULB) a vadonatúj 
számítógéptől, amelyre Linuxot telepítettek? Otthoni 
rendszerünkhöz jól támogatott és megbízhatóan működő 
alkatrészeket válogatunk, és végül terabájtnyi adat tárolására 
képes eszközre teszünk szert egy szürke doboz formájában. 

Éppen az 1996 óta a Linux Journalban megjelenő , Legeslegjobb 

linuxos számítógépről" szóló cikkeken dolgoztunk. Abban az 

időben a Linux-kínálat kiterjedt az IBM nagyszámítógépekre, 

a 32-utas ccNUMA gépekre és más furcsaságokra is. Amennyire 

el szeretnénk ezek építési módját magyarázni, annyira nem ren- 

delkezünk sem elhelyezésre alkalmas területtel, sem erőforrá- 
sokkal vagy akár költségvetéssel, hogy egy ilyen masinát kikap- 
csoljunk, valahányszor új hangkártyát szeretnénk beszerelni. 

Emiatt , Legeslegjobb linuxos gépünk" inkább amolyan , Leges- 

legjobb linuxos munkaállomás" vagy , Legeslegjobb linuxos kis- 

méretű kiszolgálógép", ami elég nagy ahhoz, hogy gyorsabb 
legyen, mint a legtöbb használati módban szükséges, és elég 
kicsi is ahhoz, hogy az otthoni vagy irodai környezetben is 
használható legyen. 

A legelső kérdés természetesen az, hogy vajon meg kell-e a gépet 

vásárolni vagy jobb megépíteni? Egyrészről létezik az eszközök 

és a kívánságok listája — ezekről magad dönthetsz, ha saját kezű- 
leg fejleszted a rendszeredet, ugyanakkor ezekkel a kérdésekkel 

a tömegpiaci számítógépgyártók nem nagyon foglalkoznak: 

1. Válaszd a legjobb számítógépházat, amely a működtetni 
kívánt egységekkel szemben támasztott igényeidnek, a mun- 
kakörnyezetednek, a szépérzékednek és a belső szerelési 
igényeknek megfelel. 

2. Használj csúcsminőségű tápegységet és berágódás ellen 
védett ventilátort. 

3. Valóban jó SCSI-kártyát, SCSI-meghajtókat és ethernetkár- 
tyákat építhetsz be egy olyan gépbe, amely különben az asztali 
Ez a fajta összeállítás jól fog működni linuxos munkaállomás- 
ként vagy kis csoportot kiszolgáló gépként, de a tömegpiacra 
termelő cégek rendszerint nem építenek ilyen gépeket, mivel 
ezek nem vonzóak az olyan emberek számára, akik a CPU- 
órajeleket és árakat mérlegre téve intézik beszerzéseiket. 

4. Szabaduljunk meg az idővel porfogóvá váló alkatrészektől! 
A billentyűzetek és egerek a berendezések több nemzedékét 
képesek túlélni, sőt talán már CD-íróval felszerelt számító- 
gép is fellelhető valahol. 


Másrészről akad két terület, amelyről a tömegpiaci PC-gyártó 

képes gondoskodni, te egyedül viszont nem: 

1. Csúcsminőségű hő- és zajszigetelés. Házi készítésű rendsze- 
redben a nagyobb házba valószínűleg több ventilátor kerül, és 
a túlméretezett tápegység is nagyobb a hasonló adatokat fel- 
mutatni képes tömegpiaci társánál. De ha körültekintő vagy, 
mindennek nem kell szükségszerűen több zajt is jelentenie. 

2. Kapcsolattartás az alkatrészgyártókkal, akik nincsenek 
rád tekintettel. 
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Jelenleg rengeteg nVidia-alapú kártya van forgalomban a 
piacon, és sok felhasználó nagy teljesítményről számolt be az 
nVidia-kártyákhoz tartozó saját meghajtó programok haszná- 
latakor. Amennyiben a HP-nek dolgozol, szorosan együtt- 
működsz az nVidiával, és titoktartási szerződés köt hozzá, 
akkor elképzelhető, hogy ez nálad is így van. A fogyasztók 
pontosan úgy viselkednek a HP-vel, mint bármelyik másik 
Unix-munkaállomásgyártóval: amennyiben baj van, hívják 

a HP-t, aztán majd ők elvégeztetik a hibakeresést az nVidiával, 
feltéve, ha ténylegesen az nVidia okolható érte. 

Ha azonban központi programok új változataival dolgozol, 
amilyen mondjuk a rendszermag vagy az X-felület, akkor az 
egyes modulokra vonatkozóan nem sok segítséget várhatsz 

a hagyományos Linux-csatornákon keresztül. A USENIX-nél 
idén Linus Torvalds egyszer azt mondta: , Megesik, hogy 
működnek, azonban ilyen módon nem részesülsz a Linux 
összes előnyéből." 

Az egyetlen eset, amikor egyáltalán elfogadhatnál egy nem 
linuxos rendszermagmodult vagy bármi hasonlót, akkor fordul 
elő, ha éppen a Linuxtól eltérő területtel foglalatoskodsz, vagy 
bármilyen más számítógéphez hasonlóan bánsz vele, és nem 
áll szándékodban rendszermagot fordítani. Ó, majdnem kife- 
lejtettem még azt a lehetőséget, hogy esetleg teljesen megbízol 
a gép gyártójában! 

A köztes megoldás a gép kis mennyiségben szállító kereske- 
dőtől vagy a Linux-piacot kiszolgáló üzletből történő megvá- 
sárlása — érdemes ezt a lehetőséget számításba venni, ha keve- 
sebb időt szeretnél vásárlással és a gép összeszerelésével töl- 
teni, és mindemellett még Linux-barát alkatrészekre vonatkozó 
tanácsokat is kaphatsz. A linuxos alkatrészgyártók közvetlen 
és egyenrangú hálózatot alkotnak, és ez a rendszer meglepően 
jól működik Amerikában. Felkeresheted az élenjárók webolda- 
lait, az összes, majdan a gépedbe kerülő alkatrész műszaki 
adatát átböngészheted, ráadásul a teljes rendszerhez feltétel 
nélküli jótállást kapsz. 

Idei , Legeslegjobb linuxos gépünk" kiindulópontjául az alap- 
kiépítettségű, coloradói székhelyű Aspen Systems által szállított 
Glacier Dual Xeon gépet használtuk, és rögtön azt is elárulom, 
miért. Képzeljük el , Legeslegjobb linuxos gépünket" egy olyan 
Beowulf-elemként, amelyet toronyházba szereltek, és amibe jó 
minőségű grafikus gyorsítókártyát és hangkártyát építettek. 

A Beowulf-telepeket építő cégek a leggyorsabb központi 
egységek (CPU), alaplapok és tárelemek megbízható beszerzési 
forrásai, mert a kiszolgálógépek igen érzékenyek ezekre 

az alkatrészekre. 


Központi egységek, alaplapok és tárelemek 

Cikkünk sajnos az Intel cég RAMBUS-ról DDR-tártípusra való 
áttérése közben készült. Az írást még azelőtt nyomdába kellett 
adni, mielőtt a DDR- és AGP-támogatással ellátott Xeon-pro- 
cesszoros alaplapot a kezünkbe vehettük volna. Ez most már 
hamarosan meg fog jelenni. Ilyen előzmények után a RAMBUS- 
os SuperMicro P4DC6-os alaplapját kaptuk meg az Aspennél 








1. kép 
A nagy toronyházakban sok hely van, kényelmesen lehet velük dolgozni 
és a kábeleket Is Jól el lehet bennük rendezni. Az összes meghajtót 
a felső részben el tudjuk helyezni, ezért a levegőáramlás eszményi lesz. 
A képen kártyák és meghajtók nélküli ház látható. 





2. kép 
Olcsóbb megoldás ha a SCSI-vezérlő az alaplapon van, 
mintha egy külön kártyát vennénk. A nagy hűtők Jók. 


alkalmazásban álló Alan Taub javaslata alapján. Új gépünk 9503 
BogoMips-re volt képes a 2.4.18-as rendszermaggal. 

Minthogy cikkünket még a régi, RAMBUS sújtotta nyugtala- 
nító időkben írtuk a DDR-világban élő boldog emberek szá- 
mára, a legjobb, amit tehetünk, hogy egy csomó üres közhelyet 
puffogtatunk az alaplapi osztályon. Vedd a fáradságot és 
keresd fel a linuxos gépeket építő számítógép-forgalmazók 
weboldalait, és telefonon érdeklődj, hogy a felhasználói 
gondok mikor jelentkeznek náluk a leginkább. 

Négy szolgáltatás a legtöbb alaplapon megtalálható, bár nem 
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3. kép 
A SuperMicro a ház oldalára szerelt ventilátorokkal 
Is segíti a hőmérséklet kordában tartását. 


mindegyiken: SCSI-, ethernet-, hang- és grafikus csatolófelület. 
A kiszemelt alapok közül ne húzd ki valamelyiket csak azért, 
mert annak adott jellemzőjét éppen nem fogod kihasználni. 

A linuxos hálózati kiszolgálópiac mérete miatt az összes 
ethernet-lapkakészletet — például az EtherExpress Pro 100-ast 
— meg fogod találni az alaplapokon, amelyeknek jó a támoga- 
tottsága. Ha ezzel szemben SCSI-egységekből álló rendszer 
építését tervezed, a SCSI-eszközöket támogató alaplap ára és 
az ilyeneket nem támogató alaplapok ára közötti különbség 
általában véve kevesebb, mint egy SCSI-kártya ára. 

Az alaplapra szerelt grafikus gyorsító- és hangkezelő lapkák 
egyike sem tartozik a Végleges linuxos gép" osztályba, de ha 
az alaplap kiszolgálógépként való későbbi újrafelhasználása is 
megfordult már a fejedben, ezek az alaplapok nem is kerülnek 
már olyan fájdalmasan sokba. Ha számos más irodai Linux- 
felhasználóhoz hasonlóan ritkán használod a hangkártyádat, 
talán nagyobb az esélye annak, hogy mégis használatba 
veszed, ha már egyszer az alaplapra szerelték. 


Kép és hany 

A Linux-rendszer építésének legkényesebb területe a háromdi- 
menziós grafika. Idei választásunk egy ATI videokártyára esett 
szemben az nVidia kártyával. E döntésünk következményeiről 
ejt néhány szót keretes írásában Frank LaMonica. A Monarch 
Computer Systems egy RADEON 38500 alapú Hercules 3D 
Prophet kártyával vett le bennünket a lábunkról, ezzel a tiszta 
képet adó fantasztikus 3D-s teljesítményű kártyával dolgoztunk. 
A hangtámogatás még ennél is kellemesebb terület. Az ALSA- 
alapú rendszer megfelelő beállításával és ALSA alapú meghaj- 
tóprogramokkal nincs szükség az alaplapra épített hanglapka 
kikapcsolására ahhoz, hogy a csúcsteljesítményű hangkártyát 
üzembe helyezzünk: mindkettőt használhatjuk. 

Az alaplapra épített eszköz ki- és bemenetét a konferenciarend- 
szer számára kijelölt eszközként az egyes telephelyek közötti 
beszélgetésre használtuk, miközben a Sound Blaster Live! 
kártyát az Ogg Vorbis-állományok fejhallgatón történő leját- 
szására tartottuk fenn. A Sound Blaster Live! kártyát még 
mindig kedveljük, mindenütt jelenlevő rendszermagbeli támo- 
gatottságának, könnyű telepíthetőségének és jó hangminősé- 
gének köszönhetően. Ezenkívül fontos megemlíteni azt a tényt 
is, hogy az eszközt egyidejűleg 32 program használhatja. 
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0 Kiskapu Kft. Minden Jog fenntartva 
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0 Kiskapu Kft. Minden Jog fenntartva 


Melyik 3D-támogatásos kártyát válasszam a Linuxhoz? 


Töméntelen grafikával kapcsolatos fejlesztés zajlik, a rendszer- 
magfejlesztéstől kezdve egészen a különböző alkalmazások által 
használt fejlett grafikus rétegekig. A rendszermag szintjén éppen 

a közelmúltban sikerült befejezni a Direct Rendering Manager 
(DRM) parancssori felületét. Az új belső DRM parancssori felület 
lehetővé teszi a meghajtóra jellemző rendszermag-kiterjesztések 
létrehozását, ugyanakkor karbantartja az eszközfüggetlen felülete- 
ket, amelyek az önállóan működőképes meghajtóprogramok támo- 
gatásához szükségesek. 

A Linux-változatok szállítói másfajta DRM-munkát végeznek a DRM- 
támogatás érdekében, hiszen a grafikus szolgáltatások minél jobb 
támogatása mindegyikük számára fontos célkitűzés. Ezek rendsze- 
rint meglehetősen kis kezdeményezések, és nem is kapnak nagy 
nyilvánosságot. 

A legérdekesebb csúcsszintű kezdeményezés a Chromium nevet 
kapta. A Chromium-kezdeményezés , rugalmas keret a méretezhető 
munkaállomásokból álló telepeken végzett valós idejű leképezés 
(rendering) számára, amely Stanford WireGL Project forráskód 
alapjára épül." 

A Chromium a munkaállomásokat egyetlen nagy teljesítményű leké- 
pezőtelepként használja. Modulrendszerű felépítése lehetővé teszi 

a tetszőleges kirajzoló adatcsatornák kiépítését. A példák között ta- 
lálhatunk nagyméretű, több képernyőből álló falakat és párhuzamo- 
san működő képfeldolgozó hálózatokat. A Chromium OpenGL API-t 
(alkalmazás-programfelületet) használ, ezért együtt használható a 
legtöbb háromdimenziós alkalmazással. Jellemző felhasználási terü- 
letei: nagy mennyiségű adat tudományos szintű megjelenítése, 
többképernyős szórakoztatóipari képmegjelenítés, illetve felvételké- 
szítés, és kutatási területként: párhuzamos kirajzolás. 

A Mesa, az OpenGL nyílt forrású megvalósítása, amely minden DRI- 
meghajtó lelke, továbbra is figyelemmel kíséri a legfrissebb OpenGL- 
fejlesztéseket. A Mesa teljes mértékben megvalósítja az OpenGL 
1.4-es szabványt, és a legfrissebb OpenGL Architectural Reviev 
Board (ARB]-kiterjesztéseket. Brian Paul a kezdeményezés alapítója, 
négy új ARB-kiterjesztésért volt felelős, és maga is hozzájárult az 


De hogy kerül a terahájtnyi adat az asztalra? 

Mostanáig biztonságos és nagy teljesítményű, ám egyúttal 
drága tárolóeszköz választása mellett törtünk lándzsát: a nagy 
fordulatszámú SCSI-merevlemezek közül kettőt is találhatsz 

— ez még mindig a jó kis hagyományos lehetőség. 

Amikor azonban a Szilicium-völgyben megrendezett Linux- 
felhasználói csoport egyik összejövetelén a 3jware munkatársai 
egy Escalade 7850-es Storage Switch eszközzel tűntek fel, 
elhatároztuk, hogy ezt is kipróbáljuk. Ez volt az első alkalom, 
hogy egy munkaállomásba RAID 5-ös rendszert és terabájtnyi 
(1024 gigabájt) adat tárolására képes eszközt telepítettünk. 
Munkára bírni sem nehéz. 

A 7850-es típusjelű mikroprogramozott eszköz frissítéséhez a gé- 
pet MS-DOS indítólemezről kell újraindítani, viszont az eszközt 
támogató modul már szerepel a 2.4.18-as rendszermagban. 

A dobozból kivett és beszerelt lemeztömböt két Linux-változat 
is képes volt felismerni. Meglepetéssel fogjuk tapasztalni, hogy 
a 3jware meghajtóprogramját a /usr/src/linux/drivers/scsi könyv- 
tárban fogjuk megtalálni, nem pedig a /drivers könyvtár /ide 
alkönyvtárában. 

A rendszermag szempontjából az ATA-felületű RAID-meghajtó 
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OpenGL 1.4-es meghatározás kialakításához. Mindegyik kiterjesztést 
tavaly hagyták jóvá. 

Gépi szinten szigorúan őrzik a legújabb lapkatechnológiát. Az nVidia 
saját grafikus adatcsatornáival megírt sikertörténete más gyártók szá- 
mára is kijelölte az utat: kövessék a példát, csak végrehajtható prog- 
ramokkal. A legtöbb lapkagyártó most állhatatosan megtagadja a ter- 
mékek műszaki leírásának kiadását a Nyílt Forrás Közössége számára. 
Minthogy sokan támogatnak Linux-rendszeren futó zárt forrású meg- 
hajtóprogramokat, egyre nehezebbé válik meggyőzni a háromdimen- 
ziós lapkák gyártóit, hogy a nyílt forráskód alapelvének támogatása 
éppen az ő jól felfogott érdekük. 

Jelen írásunktól kezdődően az ATI és Intel cég továbbra is a nyílt 
forráskód fejlesztői rendelkezésére bocsátja a leírásokat, úgy tűnik 
azonban, hogy csupán az Intel tart ki a tisztán nyílt forrású kezde- 
ményezés mellett. 

A saját fejlesztésű adatok visszatartása különböző okokhoz köthető, 
azonban azt már nagyon nehéz elvitatni, hogy a lapkagyártóknak 
olcsóbb, ha műszaki titkaikat megtartják, minthogy a szabadalmi 
keresések után kötelesek lennének fizetni, amiből megtudnák, hogy 
az éppen újonnan bejelenteni kívánt szabadalmuk nem tartozik-e 
máris valaki máshoz. 

A peres eljárások sokkalta drágábbak, mint bármilyen közvetlen pénz- 
ügyi nyereség, amelyet a nyílt módszer hoz a gyártónak. Jelenleg a 
jogi hátteret az újítások akadályozására használják, és még maga az 
Egyesült Államok kormánya is erőtlen a szabadságjogok elvesztésé- 
nek és rövid távú előnyökre váltásának a megakadályozásában. 
Mindenképpen elismerést érdemel viszont, hogy a Weather Channel 
a lungsten Graphics céggel aláírt egy szerződést, hogy egy ATI 
Radeon 8500-as kártya nyílt forrású meghajtóprogramjának fejlesz- 
tését fizeti. A programból hiányoznak bizonyos 8500-as működés- 
javító szolgáltatások, amelyeket az ATI kizárólag a bináris változatba 
fog beépíteni, csakhogy még azok nélkül is fontos eredmény a nyílt 
forráskód szempontjából. 


Frank LaMonica 


SCSI-felületű eszközként látszik. A 2.4.18-ast megelőző rend- 
szermagokkal nem lehetett terabájt nagyságrendű állomány- 
rendszereket felépíteni, ezért győződj meg róla, hogy a rend- 
szermagod 2.4.18-as vagy frissebb legyen. 

A készülékhez adott webalapú eszközkezelő segédprogram 

— a neve 3DM - a tulajdonjog hatálya alá esik, a 3jware ugyan- 
akkor azt állítja, hogy valamikor mostanában a GPL szerződés- 
nek megfelelő, héjprogrammal irányítható parancssori eszközt 
fog megjelentetni. 

A 3DM egyértelmű és könnyen használható felületet biztosít 

a program telepítéséhez és használatához. A webfelületű űrlap- 
ról a teljes RAID-tömb beállítása elvégezhető. 

Ha a 3DM programot használatba szeretnéd venni, lehetséges, 
hogy a webböngésző programot újra be kell állítani. A szóban 
forgó program a 1080-as kaput használja, ezért a Mozilla 

A megadott kapuhoz történő hozzáférés biztonsági okok miatt 
nincs engedélyezve üzenetet fogja megjeleníteni. A hiba elhárí- 
tásához az alábbi sort kell beszúrni: 


pref ( "network. security.ports .banned. ovveride", 
11080") ; 





a Mozilla all.js állományába, ami /usr/lib/mozilla/defaults/pref/ 
könyvtárban található. 

A 3ware állítása szerint a készülék képes a lemezhiba kezelé- 
sére fenntartott menet köbeni csere (hot swap) kezelésére, 
amennyiben megfelelő szerelőkeretben helyezkedik el. A ma- 
gunk részéről azonban csak a meghajtóegységek szokásos 
telepítését végeztük el, és eltekintettünk az utóbb említett 
szolgáltatás kipróbálásától. Mindamellett remek működési 
adatokat kaptunk. Az ext3-állományrendszeren nyolc ATA- 
felületű Maxtor merevlemezzel 173,1 MB/s-os olvasási és 23,5 
MDB/s-os írási sebességet kaptunk eredményül az egyébként 
terheletlen rendszeren. Ez nagyjából 10 000 fordulat/perces 
SCSI-meghajtó teljesítményének felel meg, de az írási művele- 
teknél annál hatszor gyorsabb. 

Az eszköz sebességének növelése érdekében Adam Radford, 
a meghajtó programjának szerzője két /proc könyvtárbeli 
módosítást javasolt, amelyeket pontosan követtünk. Az előre- 
olvasási jellemző (/proc/sys/vom/max-readahead) értékét 256-ra, 
míg a legkisebb értéket jelző /proc/sys/om/min-readahead jel- 
lemzőt 128-ra módosítottuk. 


A számítógépházakkal 

és a szereléssel kapcsolatos tanácsok 

Bizonyára senki sem óhajtja megvalósítani a , Legeslegjobb 
linuxos számítógépről" alkotott elképzelést, amikor pusztán az 
első saját gépét szeretné összeszerelni, már csak az alkatrész- 
árak miatt sem. Mentsük meg egy hibás merevlemezzel bíró 
asztali gép jó állapotban lévő dobozát, és egy meghibásodott 
alaplappal rendelkező kiszolgálógépet, vagy valami hasonlót. 
A számítógép saját kezű összeszerelésekor a nagy toronyházak 
főnyereményszámba mennek: rugalmasságot biztosítanak, 
tetszés szerint bármit oda szerelhetsz be, ahová te szeretnéd. 
lovábbra is kedveljük a Lian-Li alumíniumházakat, amelyek 
egyikét már tavaly is használtuk. 

A legkevésbé a számítógépházakra annyira jellemző piszkos- 
szürkét szeretjük. lIalán az angol nyelvterületen működő 
számítógépgyártók nem is véletlenül adták ennek a csúf 
színnek a Ragacs becenevet, hiszen az enyvre hajaz. Óriási, 
majd pont egy ilyen enyves dobozt szeretnék magam mellett 
tudni az odúmban! 

Sajnos a más színű, szebb küllemű házak többségét főként 
játékkedvelőknek tervezték, akik forrón szeretik a központi 
egységeket és grafikus kártyákat, de AIA-felületű merevleme- 
zekből csak egyet-kettőt használnak. Így bizony nehéz szívvel, 
de a SuperMicro sc/60-as házsorozatot kell ajánlanunk, nem 
kizárólag nagy befogadóképességéért, de a merevlemez és 
ventilátor megfelelő elhelyezése következtében is. 

A SuperMicro-házakban rengeteg kényelmes szerelési hely 
várja a merevlemezeket és ventilátorokat, amelyek közül sokat 
fel sem kell majd használnod. Az egyes változatok a Xeon- 
processzorok szereléséhez szükséges szerelőlyukakkal ellátott 
alaplapokat is támogatják, mások viszont nem, emiatt először az 
alaplapot kell kiválasztani, még mielőtt döntenénk a ház felől. 
A házon belüli szerelés könnyű: távolítsd el az elülső zárólapot, 
ezután az oldallapok, mint valamiféle könyv lapjai, lenyithatók. 
A házat egy alaposan átgondolt toronyként képzeld el, vagy 
mint egy kétszintes épületet: az alaplap és a bővítőkártyák a 
földszinten helyezkednek el, a merevlemezek és a tápegység 
pedig az emeleten. Egy 12 cm átmérőjű kifúvó ventilátor talál- 
ható közvetlenül a földszinten lakó központi egység mögött. 
Az elülső oldalra viszont akár három beszívó ventilátort is 
szerelhetünk. Az emeleten egy kifúvó ventilátor helyezkedik 
el mindjárt a tápegység fölött, s a merevlemezek oldalaira 
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további négy ventilátort lehet szerelni. 

Azt javasoljuk, hogy a földszinti merevlemez-befogadó helye- 
ket hagyjuk üresen, feltéve, hogy megtehetjük; és a merev- 
lemezt a szerelőkeretben helyezzük az 5,25 hüvelykes helyre. 
Ez a megoldás több levegőbeszíváshoz használható területet 
hagy a földszinten, ugyanakkor a merevlemezeket a ventiláto- 
rok útjában tartja. 

A 3ware cég saját szalagkábele a merevlemezekhez tartozó 
szalagkábelekkel együtt mintegy 27 cm tesz ki. A hanyagul 
vezetett tömérdek kábel képes a szabad légáramlást megakadá- 
lyozni. A kábeldzsungelt lapos köteggé formáltuk és Velcro- 
szalaggal átkötöttünk. 

Fontos a be- és kifúvó ventilátorok egyensúlya. A józan ész 

azt sugallja, hogy , a forró levegőt fújjuk ki", a túl sok ventilátor 
azonban csökkenti a házban levő légnyomást, megsemmisíti 

a tápegység ventilátorának erőfeszítéseit, és csapdába ejti a 
forró levegőt. 

A tápegység működésével egy másik fontos dolog is együttjár. 
Minthogy a forró levegő felemelkedik, az alulra szerelt elülső 
oldali beszívó és hátoldali kifúvó ventilátorokkal nehéz elvé- 
teni a helyes megoldást. 

Az SC7/60-as ház minden felülete festhető, fúrható, sőt egyetlen 
kábel kihúzása nélkül eltávolítható. Ha tehát éppen selyemcu- 
kor pirosra festve és szellőző lyukkal együtt szeretnéd hasz- 
nálni, a szürke dobozt csak be kell adni egy mázolóműhelybe, 
ahol úgy átfesthetik, hogy a benne levő lemezeket, kábeleket 
meg sem kell mozdítani. 


Vegyes észrevételek 

Bizonyára magad is tapasztalni fogod, hogy nem ejtettünk szót 
az olyan kiszolgálóegységekről, mint a billentyűzetek, az egerek 
és a képernyők. Ezek mind az egyéni ízlés körébe tartoznak, és 

a célnak tökéletesen megfelel, ha valaki egy használtra tud szert 
tenni. Vajon hány számítógépet tudsz összeszámolni, amelyik 
túlélte a kedvenc billentyűzetedet vagy egeredet? És mi a helyzet 
a CD-írókkal, a DVD-meghajtókkal és a szalagos egységekkel? 
Egy felmérésben azt olvastuk, hogy olvasóink 95 százaléka több 
géppel is rendelkezik. Ezért azt javasoljuk, hogy a gépek közül az 
egyiket adatmentő- vagy CD-író számítógépnek állítsd be. 

A fentiek talán már elegendő útravalóul szolgálnak egy saját 
linuxos gép építésének megkezdéséhez. Most már a SuSE- 
Linux telepítőprogram halhatatlan szavaival élve azt 
mondhatjuk: jó szórakozást! 


Linux Journal 2002. szeptember, 1017. szám 
Don Marti 


a Linux Journal szakmai szerkesztője, olvasóink 
a dmarti(Olinuxjournal.com címen érhetik el. 
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Biztonsági öveket becsatolni! 


Amint rászabadulunk a Világhálóra, célpontjai lehetünk a kívülről érkező támadásoknak. 


Linux biztonsági szempontból alapvetően abban 
különbözik a Windows 95/98/ME rendszerektől, hogy 
senki sem teheti azt, ami éppen az eszébe jut. A rend- 
szergazdát kivéve mindenkire komoly megkötések vonatkoz- 
nak. Nemcsak az, hogy az egyik felhasználó nem túrhat a 
másik felhasználó , cuccába", de semmi olyasmit sem csinálhat, 
ami a rendszer biztonságát, illetve üzembiztosságát csak a 
legkisebb mértékben is veszélyezteti. A Windows esetében 
(kivéve az NI-ket és a 2000-et) semmi ehhez hasonló kijátsz- 
hatatlan védelemmel nem találkozhatunk. A Linuxban viszont 
ezek a védelmi módszerek mélyen az operációs rendszerben 
találhatók, tehát nincs út a kikerülésükre. 


Biztonsági kiskáté 

Legalábbis elméletileg. A Linuxot és alkalmazásait is emberek 
írták, tehát előfordulhatnak bennük hibák. Ezek a hibák (még 

a unixos időkből származó nevükön bugok) általában veszély- 
telenek, viszont nem egyszer volt rá példa, hogy ilyen program- 
hibák kihasználásával olyan jogosultságokat lehetett szerezni a 
rendszerben, amilyen eredetileg nem járt volna nekünk. 
Félreértés ne essék: a Linux biztonságos rendszer, de csak 
akkor, ha odafigyelünk bizonyos dolgokra. Hogy pontosan 
mire is, ez lesz sorozatunk jelenlegi részének témája. 
Manapság az Internetről érkező legnagyobb fenyegetést a kü- 
lönböző vírusok, illetve trójai programok jelentik. A Windows 
CE (95/98/ME) rendszerekben az a gond, hogy a felhasználó 
bármiféle megkötés nélkül bármelyik állományt átírhatja, 
törölheti stb. A Linux- (és a Unix-) rendszerekben azonban az 
a bevált szokás, hogy a felhasználó egyetlen program binári- 
sába sem piszkálhat bele. Sőt, írásjoga csak a saját könyvtárára 
van és az alkalmazásokhoz tartozó személyes beállításait is 
kizárólag itt tárolhatja. 

Ez a módszer hatékony védelmet nyújt a vírusokkal szemben. 
Ha egy átlagos felhasználó (azaz nem rendszergazda) elindít 
egy vírust tartalmazó programot, az nem képes más alkalma- 
zásokat megfertőzni, mivel a felhasználónak nincs írási jogo- 
sultsága, csak olvasni és végrehajtani tud. Ha azonban rend- 
szergazdaként indítjuk el ugyanazt a fertőzött programot, 
kellemetlen helyzet állhat elő: a vírus tetszés szerint bármelyik 
másik alkalmazásba is befészkelheti magát. 

Ezért a legfontosabb alapszabály, hogy sohase lépjünk be fölös- 
legesen rendszergazdaként, csak akkor, ha feltétlenül szüksé- 
ges! Ha valamilyen rendszerbeállítást szeretnénk megváltoz- 
tatni vagy egy új alkalmazást telepíteni, azt természetesen csak 
rendszergazdaként tehetjük meg. De sohase böngésszünk 
rendszergazdai jogosultságokkal az Interneten, és így bejelent- 
kezve ne indítgassunk el innen-onnan szerzett programokat! 
Ez az oka annak, hogy a legtöbb terjesztés már a telepítés 
folyamán létrehozat velünk egy saját felhasználót, amellyel 
majd dolgozni fogunk. 

A másik fontos feladat jelszavunk helyes megválasztása és 
titokban tartása. A Linux- (és a többi Unix) rendszer távolról 

is felügyelhető, azaz nincs olyan dolog, amit csak a konzolról 
tudnánk megtenni. Ha gépünk futtat telnet, illetve ssh 
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Legalább havonta egyszer keressük fel a Linux honlapját, és nézzük meg, 
milyen új hibákra derült fény az elmúlt időszakban 


(a telnet titkosított , változata") szolgáltatást, a megfelelő 
jelszavak ismeretében bárki megkaphatja Linuxunk parancs- 
sorát. Igaz, általában nincs megengedve, hogy távolról közvet- 
lenül rendszergazdaként jelentkezzünk be. Először ezt a saját 
felhasználói nevünkön kell megtennünk, majd az su parancs 
kiadásával és a rendszergazdai jelszó begépelésével kaphatjuk 
meg a rendszergazdai parancssort. 

Akinek jelszavaink a birtokába kerülnek, annak csak pillanat- 
nyi IP-címünket kell kiderítenie, és már gyakorolhatja is az 
uralmat gépünk felett. Ezért ne használjunk könnyen kitalál- 
ható jelszót, sőt ha erős üldözési mániánk van, a telnet, 
illetve az ssh szolgáltatás elérését akár korlátozhatjuk is 
(ennek mikéntjét rövidesen részletesen is bemutatjuk). 

Ha ezt a két irányelvet betartjuk, máris sokat tettünk rendsze- 
rünk biztonsága érdekében, de még korántsem mondhatjuk 
atombiztosnak. 


Egy kis démonológia 

A rendszerekbe ugyanis úgy is be lehet törni, hogy kihasznál- 
ják bizonyos programok hibáit, illetve hiányosságait. Egy 
kívülről érkező támadó szerencsére csak a gépünk nyújtotta 
szolgáltatások biztonsági réseit próbálja kihasználni. Ha tehát 
egy FIP-kiszolgálót futtatunk, gépünk FIP-szolgáltatást nyújt, 
és az FIP-kiszolgálódémon számára kívülről adatokat lehet 
küldeni. Az FIP-démon általában rendszergazdai jogosultsá- 
gokkal fut, és könnyen előfordulhat, hogy bizonyos program- 
hibából eredően arra is rávehetjük, hogy úgynevezett idegen 
kódot (a támadó által írt programot) futtasson le. Ha az FIP- 
kiszolgáló rendszergazdai módban fut, az idegen kód is örökli 
ezeket a jogköröket, tehát a betörés sikeres volt. 

A tanulság tehát az, hogy minden általunk futtatott szolgáltatás 
(például FIP Web stb.) lehetséges behatolási pont a rendsze- 
rünkbe. Ezért a harmadik alapelv: csak olyan szolgáltatásokat 
futtassunk, amelyekre valóban szükségünk van. 

Hogy milyen szolgáltatásokat futtatunk, azt a legegyszerűbben 
kapuink pásztázásával tudhatjuk meg. Linux alatt az egyik 
legnépszerűbb kapupásztázó program az nmap (lásd Linux- 





világ 6. szám, 45-49. oldal), amit a legtöbb Linux-változat is 
tartalmaz. Használata rendkívül egyszerű, csak írjuk be az 
nmap localhost utasítást, és rögvest kiderül, hogy éppen 
milyen szolgáltatások futnak a gépünkön. 

Az nmap nemcsak a kapu számát, hanem a futó szolgáltatás 
nevét is kiírja nekünk. Csak azokkal a kapukkal érdemes foglal- 
koznunk, amelyek open állapotúak. Sorozatunk egyik korábbi 
részében már említettük, hogy a szolgáltatások megvalósítása 
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Sose használjuk a rendszergazdai jogosultságot az Interneten való 
barangolásra. Ha idáig nem tettük volna meg, hozzunk létre egy külön 
— korlátozottabb jogkörökkel bíró — felhasználót 


a démonok feladata. Minden démon más-más szolgáltatásért 
felelős. A feladatunk annyi, hogy a megfelelő démont leállítsuk, 
és ezután az általa nyújtott szolgáltatás már nem lesz elérhető 
(a démonokat, leállításukat és újbóli elindításukat sorozatunk 
negyedik részében már áttekintettük, lásd Linuxvilág 16. szám, 
38—39. oldal). Sajnos nem mindig egyszerű kitalálni, hogy az 
adott szolgáltatás melyik démonhoz tartozik, de segítségünkre 
lehet a folyamattlista (os ax parancs), ebben tekinthetjük meg 

a futó démonok (és egyéb alkalmazások) névsorát. 

A démonok tárgyalásakor szót ejtettünk az inetd-ről (Internet 
Daemon) is. Ennek célja, hogy ne kelljen folyamatosan futtat- 
nunk azokat a démonokat, amelyekre viszonylag ritkán van 
szükségünk. Mint tudjuk, a démonok csak akkor képesek 
dolgozni, ha munkájuk is van, egyébként a háttérben unatkoz- 
nak, viszont a memóriát ugyanúgy foglalják. Ha például olyan 
kiszolgálót üzemeltetünk, ahol az FIP-szolgáltatást csak webla- 
punk frissítésére használjuk, az FIP-démont gazdaságtalan 
folyamatosan futtatni, mivel átlagosan napi 1-2 alkalommal 
lehet rá szükségünk. Ugyanakkor a webkiszolgálót nem érde- 
mes ki-bekapcsolgatni, mert egyrészt viszonylag gyakran szük- 
ség van rá (weboldalunkat naponta akár több százan, esetleg 
ezren is megnézhetik), másrészt indítása és leállítása hossza- 
dalmas feladat, tehát lelassulna a kiszolgálás sebessége. 

A megoldás: a webkiszolgálót igen, de az FIP-démont ne indít- 
suk el a rendszer betöltése után, hanem bízzuk az inetdt-re! 
Az inetd észleli, ha egy kapun kívülről kapcsolatot akarnak 
kezdeményezni. Ekkor megnézi, hogy az adott kapuhoz me- 
lyik szolgáltatás van hozzárendelve, majd elindítja a megfelelő 
démont. A démon a kiszolgálást követően nem marad a me- 
móriában, hanem befejezi a futását. 

Egy otthoni rendszeren érdemes minél több szolgáltatást az 
inetd-be pakolni. Számos terjesztés esetén seregnyi felesleges 


www.linuxvilag.hu 





szolgáltatás be van állítva, amely nem feltétlenül jelent veszélyt 
a rendszerre, de nincs is sok értelme benne hagyni. Az inetd 
beállításait az /etc/inetd.conf állományban találhatjuk. 

A fájlban minden sor egy-egy szolgáltatást jelöl. Az első oszlop 
a szolgáltatás neve. A második, harmadik és negyedik oszlop 
a kapcsolat típusára vonatkozik. Ezután a felhasználó neve 
következik, akinek jogosultságaival az utolsó oszlopban mega- 
dott démon futhat. Ez általában a rendszergazda. 

Ha egy szolgáltatást ki szeretnénk iktatni az inetd-ből, egy- 
szerűen tegyünk egy 7 (kettős keresztet) a megfelelő sor ele- 
jére. Ne felejtsük el, hogy a beállítás csak akkor lép érvénybe, 
ha előtte újraindítjuk az inetd-t. 

Sok terjesztés (mint például a Red Hat is) az inetd helyett 
másikat használ (például az xinetd-t — eXtended Internet 
service Daemon). 

Minden szolgáltatáshoz külön beállítófájl tartozik, amelyeket a 
letc/xinet.d/ könyvtár alatt találunk. Amennyiben egy szol- 
gáltatást ki szeretnénk iktatni, a disable - no sort a meg- 
felelő állományban állítsuk disable — yes-re. 

Ha ezzel készen vagyunk, keressük fel Linux-változatunk 
honlapját, és nyálazzuk végig a hibalistát. Leginkább azokra 

a hibákra összpontosítsunk, ahol fel van tüntetve, hogy a 
rendszer biztonságát is veszélyezteti. Ebben az esetben azt is 
megtudhatjuk, hogy az adott biztonsági lyukat csak belülről 
(local) vagy kívülről is (remote) is ki lehet-e használni. 

Mit jelent ez? A támadásokat két csoportra bonthatjuk: belsőre 
és külsőre. Külső támadás esetén a támadó nem rendelkezik 
számlával (account) a rendszerben, azaz nem férhet hozzá a 
parancssorhoz, tehát például nem futtathat különböző prog- 
ramokat. Kizárólag csak a hálózati szolgáltatásokat nyújtó 
démonokat , zaklathatja". Belső támadásról akkor beszélünk, 
amikor sötét lelkű hősünk bejelentkezik vagy telnet-en, 
vagy ssh-n keresztül és a rendszergazdai jogkörökkel futó 
programok biztonsági réseit próbálja kihasználni. Ilyenkor 
tehát jóval nagyobb a támadási felület, viszont a betörőnek 
ismernie kell egy felhasználói nevet és a hozzá tartozó jelszót. 
Egy otthoni rendszer esetében nyilvánvalóan csak a külső 
támadásokra érzékeny hibákat kell befoltoznunk (kivéve, ha 
fűnek-fának elérést adunk), de azt javasoljuk, hogy egyetlen 
ismert biztonsági rést se hagyjunk nyitva. Különben is egy 
hibás program , befoltozása" nem ördöngös művelet: Linux- 
változatunk honlapján le van írva, hogy egyrészt merre 
találjuk a frissítést, másrészt mit kell vele tennünk. Egy RPM- 
csomag esetében általában elég, ha kiadjuk az rpm -Fvh 
csomag. rpm parancsot. 

Ha ez is megvan, nem árt végiggondolnunk: valóban szüksé- 
ges-e, hogy egy adott szolgáltatás a világ bármely pontjáról 
elérhető legyen? Például bizonyos címtartományokra korlá- 
tozhatnánk, amire több út is kínálkozik, ám ez már a követ- 
kező rész témája, amelyben alapszinten megismerkedünk 


áj Lf 


a Linux-rendszermagban lévő úgynevezett állapotfüggő 
csomagszűrő tűzfallal. 

Ez egy otthoni rendszeren is hasznos lehet, például megvédhet 
bennünket a DoS- (Denial of Service) támadásoktól, de ugyan- 
itt állíthatjuk be a több gép közti internetmegosztást is (mas- 


gueradingbújtatás). A részletekről egy hónap múlva ugyanitt. 


Garzó András 

(garzoandAinterware.hu) körülbelül három éve foglalkozik 
Linux- és más Unix-rendszerekkel. Legjobban az operációs 
rendszerek lelkivilága érdekli, de nyitott egyéniség. Kedvenc 
étele a palacsinta, és van egy Richard nevű macskája. 
Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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Ha bemegyek... 


A folyamatkezelés mellett a beviteli-kiviteli eszközök (például billentyűzet, monitor, 
merevlemez, nyomtató) kezelése Is fontos része az operációs rendszernek. 
E feladat megvalósítása az úgynevezett beviteli-kiviteli programra hárul. 


inden programnak szüksége van arra, hogy adato- 
kat kérhessen be, illetve futásának végeredményét 
valahol , kiadhassa". Erre szolgálnak számítógé- 
pünk úgynevezett beviteli-kiviteli eszközei, amelyek masinánk 
nélkülözhetetlen részei. 

Beviteli eszköznek számít például a billentyűzet vagy az egér, 
amellyel alkalmazásaink közvetlenül tőlünk, azaz a felhaszná- 
lótól kérhetik be az adatokat. Ugyanakkor adatokhoz hozzá 
lehet jutni például egy állományból vagy egy adatbázisból is, 
tehát a különböző lemezes egységek is beviteli eszköznek 
számítanak. Kiviteli eszköz a monitor, a nyomtató, de termé- 
szetesen egy lemezre is kiírhatunk adatokat, tehát a lemezek 
egyszerre beviteli és kiviteli eszközök. 

Egy többfeladatos operációs rendszerben azonban nem enged- 
hető meg, hogy bármelyik program akkor használhassa a bevi- 
teli-kiviteli (a továbbiakban B-K) eszközöket, amikor csak jól- 
esik neki. Ha például két program egyszerre kezd nyomtatni, 
ennek eredményeként minden bizonnyal valamiféle össze- 
visszaságot kapnánk. Ezért be kell osztani, hogy ki és mikor 
veheti igénybe az adott eszköz szolgáltatásait. Ez az operációs 
rendszer feladata. 

A másik nehézség, hogy ahányféle B-K eszköz létezik, annyi- 
féleképpen kell programozni. A felhasználói alkalmazások fej- 
lesztői nyilván nem azzal akarnak foglalkozni, hogy alkotásuk 
milyen színű és formájú gépen lesz futtatva, csupán azt szeret- 
nék, hogy mindenhol fusson, ahol az adott operációs rend- 
szert használják. Ezért szükséges egy olyan eszközfüggetlen 
környezet megteremtése, amely a felhasználók szeme elől az 
eszközök zord világát teljes egészében elfedi, és egy egysze- 
rűen kezelhető felületet biztosít. Erről is az operációs rendszer 
képes gondoskodni. 

Azt a részt, amely e két feladat megvalósításáért felelős, az 
operációs rendszer B-K programjának nevezzük. Sorozatunk 
következő részeiben ezzel foglalkozunk. Most még csak elmé- 
leti síkon, általánosan ismerkedünk meg a B-K eszközökkel, 
illetve a kezelésükért felelős Programmal, a továbbiakban pedig 
az összes jelentős beviteli-kiviteli eszközön sorban végigme- 
gyünk, a termináloktól kezdve egészen a lemezes meghajtókig. 





Égy kis alkatrész. . . 

Ha valamilyen módon csoportosítani szeretnénk a B-K eszkö- 
zöket, a következő három csoportot állíthatnánk fel: blokkos 
eszközök, karakteres eszközök és minden egyéb, ami a két 
másik csoportba nem tartozik bele. 

A legjellemzőbb blokkos eszköz a lemez (például merevlemez, 
hajlékonylemez stb.). Ezek az adatokat előre meghatározott 
méretű blokkokban tárolják. Minden blokk saját címmel ren- 
delkezik és egymástól teljesen függetlenül olvasható-írható. 

A karakteres eszközöktől azonban az adatokat karakterenként 
egymás után ömlesztve küldjük, illetve fogadjuk, anélkül, hogy 
bármiféle szerkezeti felépítéssel foglalkoznánk. Klasszikus 
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karakteres eszköz a billentyűzet, a nyomtató, a hálózati csatoló, 
a modem), az egér és a sort még folytathatnánk. 

Ez a csoportosítás nem tökéletes, ugyanis olyan eszközök is 
vannak, amelyek egyik csoportba sem tartoznak igazán. 
Nézzük például a szalagmeghajtókat, amelyek nem igazi 
blokkos eszközök. Esetleg vegyük számítógépünk valós idejű 
óráját, amelynek az a feladata, hogy meghatározott időközön- 
ként megszakítást hozzon létre. Ez is B-K eszköznek számít, 
mégsem sorolható egyik csoportba sem. Mindezek ellenére a 
B-K eszközök ilyen módon való csoportosítása jó alapot szol- 
gáltat az operációs rendszer B-K programjának tervezéséhez. 
Ezek után nézzük meg, hogyan is épül fel általában egy hagyo- 
mányos B-K egység. Először is adott egy szerkezet, amely 
tulajdonképpen nem más, mint maga az eszköz. Ehhez egy 
elektronikus rész van kapcsolva , amely általában egy nyom- 
tatott áramköri lap. Ez az úgynevezett eszközvezérlő, amely- 
nek feladata a szerkezeti rész irányítása. A vezérlő a számító- 
gép alaplapjához kapcsolódik és a processzorral az úgyne- 
vezett sínrendszer segítségével tartja a kapcsolatot. 

A hagyományos személyi számítógépek általában az egysínű, 
más néven buszmodellt alkalmazzák. Ez azt jelenti, hogy a pro- 
cesszor, a memória és a B-K-vezérlők egy sínre vannak felfűzve. 
Ejtsünk pár szót a vezérlő és a szerkezeti rész kapcsolatáról is. 
Ez általában nagyon alacsony szintű, ugyanis az eszköz szinte 
kivétel nélkül mindig bitszervezésű. Ez azt jelenti, hogy a 
vezérlő a szerkezeti résztől egy bitsorozatot kap, amelyet majd 
át kell alakítania bájtokká (azaz 8 bites blokkokká). A vezérlő 
egy belső memóriával is rendelkezik, amelyet átmeneti tárnak 
(buffer) nevezünk. A fogadott biteket először itt tárolja, majd 
ha egy bájt összeállt, ellenőrzi annak épségét, és ha minden 
egybevág, akkor kerülhet tovább a főmemóriába. 

A vezérlővel a kapcsolatot az úgynevezett regiszterek segítsé- 
gével tarthatjuk. Egyes géptípusok esetében ezek a regiszterek 
a ftőmemória részét képezik, ezért például úgy adhatunk 
nekik értéket, hogy a memória egy meghatározott címtartomá- 
nyába írunk (az ilyeneket memóriában leképezett bevitel- 
kivitelnek nevezzük). 

Ha a vezérlő végzett az előírt művelettel és az eredményt 
elhelyezte a regisztereiben, megszakítást hoz létre. A megsza- 
kításokról a folyamatok ütemezésénél már beszéltünk, csak- 
hogy most ki kell egészítenünk néhány dologgal. 

PC esetében az alaplapon általában két megszakításvezérlő 
találtható. Mindegyik 8-8 bemenettel rendelkezik, de az egyik 
közülük egymás összekapcsolására szolgál, így egy hagyomá- 
nyos PC-ben 15 megszakítás áll a B-K eszközök rendelkezé- 
sére. Ezeket a bemeneteket IRO-nak (Interrupt ReOuest) 
nevezzük, mivel ha egy eszköz megszakítást szeretne elő- 
idézni, csak elektromos jelet kell küldenie az adott bemenettre. 
Hogy melyik eszköz melyik bemenethez (azaz IRO-hoz) 
kapcsolódjon, azt általában saját maga is eldöntheti, viszont 
bizonyos eszközök (például a billentyűzet) esetében már előre 





be vannak állítva, ezért nincsen lehetőség változtatásra. 

Egy megszakításkérés esetében a CPU felfüggeszti azt, amit 
addig csinált, és az úgynevezett megszakítás-vektortáblázatból 
kikeresi az adott megszakításhoz tartozó memóriacímet. Ezen 
a memóriacímen található a megszakítást kiszolgáló eljárás, ami 
az operációs rendszer része. Ez az eljárás rögvest futni is kezd, 
és amíg a dolgát be nem fejezi, a processzor nem térhet vissza 
az eredeti tevékenységéhez. 

Bonyolultan hangzik? Sebaj, nézzünk egy példát arra, miként 
zajlik egy blokk beolvasása a merevlemezről! Először beírjuk a 
vezérlő regisztereibe, hogy melyik blokkot szeretnénk kiolvasni 
a lemezről. Miután ez megtörtént, a processzornak nincs több 
feladata, ettől kezdve a vezérlőn múlik minden. Amíg az dol- 
gozik, az adott folyamat blokkol, és a CPU egy másikat kezd el 
futtatni. Amikor a vezérlő végzett, megszakítást idéz elő, és az 
éppen végrehajtás alatt álló folyamat futása felfüggesztődik: 
ismét a rendszer veszi át az irányítást. Elindul a merevlemez 
kezeléséért felelős eljárás, amely a vezérlő regisztereiből kiol- 
vassa a művelet végeredményét. Ha a beolvasás sikerült, az 
eljárás a blokk tartalmát a vezérlő átmeneti tárából bájtonként 
átmásolja a memóriába. 

Mindez eddig rendben is lenne, azonban akad egy gond: a 
rendszer az adott blokkot kénytelen bájtonként átmásolni, 
ezzel pedig rengeteg processzoridő megy kárba. Ezért találták 
ki az úgynevezett közvetlen memóriaelérést, azaz a DMA-t 
(Direct Memory Access). Ha lehetőség nyílik a DMA haszná- 
latára, a művelet megkezdése elején a vezérlőnek egy memó- 
riacímet is átadunk, ahová az adott blokk tartalma kerülhet. 

A másolást majd a vezérlő végzi el, miután a blokk beolvasása 
megtörtént, és csak ezután hoz létre megszakítást, de a blokk 
tartalmának bájtonkénti átmásolásával már nem kell foglalkoz- 
nunk, mivel az már a memóriában van. 

Meg kell jegyeznünk, hogy nem minden számítógép használ 
DMA-t, sőt, sok esetben egyáltalán nem hatékony, ha a ,hagyo- 
mányos" módszer helyett ezt használjuk. A DMA-vezérlő ugya- 
nis gyakran sokkal lassabb, mint a processzor, és ha a CPU-nak 
épp nincs semmi más teendője, várakoznia kell, amíg a DMA- 
vezérlő befejezi a memóriába való másolást; gyorsabban végez- 
nénk, ha ezt programból megvalósított módon tennénk. 


A B-K program 

A B-K program feladatait a cikk bevezetőjében már ismertettük, 
most nézzük, hogyan is épül fel. A folyamatkezelés mellett ez is 
nagyon fontos részét képezi az operációs rendszernek, a rend- 
szermag kódjának nagy részét is ez teszi ki. A legfontosabb elv, 
amelyhez egy B-K program fejlesztése során ragaszkodnunk 
kell, az eszközfüggetlenség. Erről már sorozatunk első részében 
is meséltünk (Linuxvilág 18. szám, 53. oldal), de nem árt, ha 
szánunk némi helyet arra, hogy egy példa segítségével szemlél- 
tethessük, mit is értünk valójában eszközfüggetlenség alatt. 
Alapgondolata a következő: az operációs rendszerünk alá 
fejlesztők szemszögéből teljesen mellékesnek kell lennie, hogy 
például a bemeneti adatokat tartalmazó állományt merevle- 
mezről, CD-ről, esetleg hajlékonylemezről kívánjuk-e beolvas- 
ni. Esetleg az általunk írt MP3-lejátszó kódját ne kelljen csak 
azért módosítanunk, mert egy olyan gépen szeretnénk fut- 
tatni, amely a miénktől eltérő típusú hangkártyával bír. A lé- 
nyeg az, hogy az operációs rendszer támogassa a használni 
kívánt eszközöket. 

Egy kicsit általánosabban megfogalmazva: például egy cat 
cbemenet :kimenet formájú utasítást is kiadhassunk a 
parancsértelmezőnek. A cat voltaképpen egy program, ami 
nem tesz mást, mint a bemenetről érkező adatokat a kimenetre 


www.linuxvilag.hu 


folyatja. A lényeg az, hogy a cat program szempontjából 
teljesen mindegy, hogy a bemenet állomány-e vagy valamilyen 
más fizikai eszköz, például maga a billentyűzet. Az is teljesen 
mellékes számára, hogy kimenetnek a monitort, a nyomtatót 
adjuk-e meg vagy egy másik állományt. A cat ugyanúgy 
képes lesz ellátni feladatát, függetlenül attól, mit adtunk meg 
bemeneti, illetve kimeneti eszköznek. 

Az ilyen szintű eszközfüggetlenséget csak úgy tudjuk megvaló- 
sítani, ha a B-K programot rétegekbe szervezzük. A legalacso- 
nyabb szinten fekvő réteg van a legközelebb a géphez, és mind- 
egyik réteg egy kicsit többet rejt el a felsőbb szintek elől az esz- 
közből, míg a legutolsó (felhasználói) réteg már csupán egy 
könnyen kezelhető kényelmes eszközfüggetlen környezetet lát. 
Ám még mielőtt részletesebben is bemutatnánk a rétegeket, 
meg kell oldanunk néhány fontos feladatot, például a hibake- 
zelést. Ha egy B-K-művelet közben hibát észlelünk, nem mind- 
egy, hogy melyik rétegben kezeljük. Előfordulhat például, 
hogy a hiba csak valamilyen ideiglenes állapot miatt követke- 
zett be (például egy porszem került az olvasófejre), és a műve- 
let megismétlésekor már megkaphatjuk a helyes eredményt. 
Ezért arra kell törekedni, hogy a hibát az eszközhöz minél 
közelebbi szinten kezeljük, és a felsőbb rétegek csak akkor 
szerezzenek tudomást róla, ha a kívánt feladat végrehajtása 
valóban lehetetlen. 

Ha a Linuxot vesszük alapul, a B-K programot négy különálló 
rétegre oszthatjuk fel: a megszakításkezelőre, az eszközmeghaj- 
tókra, az eszközfüggetlen B-K-kódra és a felhasználói rétegre. 
Legalul a megszakításkezelő foglal helyet. Erről már volt szó a 
folyamatok ütemezésének tárgyalásakor, de most egy kicsit 
részletesebben is nézzük meg. Az operációs rendszerek álta- 
lában arra törekednek, hogy a megszakításokkal foglalkozó 
eljárások a lehető legalacsonyabb szinten helyezkedjenek el. 
Amikor egy folyamat B-K-műveletet kezd, az önműködően 
blokkol. A B-K-művelet elvégzése után az eszköz megszakítást 
idéz elő, amelyet a megszakításkezelő fogad. Ennek feladata 
általában csak annyi, hogy felébressze a műveletet indító folya- 
matot, ami a Linux világában egy üzenet küldésével történik. 
A megszakításkezelő üzenetet küld a blokkolt folyamatnak, 
aminek hatására az ismét futásra kész lesz. 

Az eszközmeghajtó az operációs rendszernek az a része, ami 
mindent tud a hozzárendelt eszközről, illetve annak progra- 
mozásáról. Egyedül ez foglalkozik olyan dolgokkal, mint pél- 
dául a vezérlő regiszterei. Az eszközmeghajtó feladata a követ- 
kező: az eszközfüggetlen felső rétegekből kapott utasításokat 
úgymond a vezérlő által emészthető formájúra alakítja át. Ezek 
az utasítások meglehetősen elvontak, merevlemez esetében 
például csak annyit kap, hogy olvassa be a 12. blokkot. Ám 

a merevlemez buta eszköz, csupán nagyon alacsony szintű 
műveletek elvégzésére képes. Ezért az eszközmeghajtónak az 
lesz a dolga, hogy megállapítsa, milyen merevlemez-művelete- 
ket kell kiadni, hogy eleget tehessen ennek az elvont utasítás- 
nak. Például először ki kell számolnia a 12. blokk fizikai helyét 
a lemezen, be kell kapcsolnia a fej mozgatómotorját, az olvasó- 
fejet a megfelelő helyre kell pozícionálnia és így tovább. 

A felsőbb rétegek erről természetesen mit sem tudnak, ők csak 
a kért blokk tartalmát fogják visszakapni, az összes többi az 
eszközmeghajtóra van bízva. 

Az eszközmeghajtók valójában különálló folyamatok, amelyek 
a felhasználói szinten futó programokkal együtt ütemeződnek. 
Igaz, ezek a folyamatok jóval alacsonyabb szinten futnak, és 
sokkal többet tehetnek, például közvetlenül hozzáférnek az 
eszközvezérlők regisztereihez, ugyanis az eszközmeghajtók 
magában a rendszermagban helyezkednek el. 
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Egy eszközmeghajtó folyamat általában több, egymással szoros 
rokonságban álló eszközt vezérel. Például létezik egy olyan 
terminálmeghajtó, amely az összes terminál kezeléséért felelős, 
de akad olyan ethernetfolyamat is, amely gépünk összes 
ethernet típusú hálózati csatolójával foglalkozik. 

Egy eszközmeghajtó két részből épül fel: egy erősen alkatrész- 
függő és egy alkatrészfüggetlen részből. Az utóbbiba azok az 
eljárások tartoznak, amelyek az eszközmeghajtóhoz tartozó 
összes eszköznél azonosak. Az alkatrészfüggő részbe pedig csak 
az kerül, ami kifejezetten ahhoz a típusú eszközhöz használható. 
Nem kell tehát minden egyes eszközhöz külön eszközmeghajtót 
futtatni. Az eszközmeghajtók a többi folyamattal a sorozatunk 
előző részében (Linuxvilág 19. szám, 48. oldal) már ismertetett 
üzenetküldéses rendszer segítségével tartják a kapcsolatot. 

A Linux tehát folyamatokra (és a folyamatok közötti üzenetkül- 
désre) alapuló rendszer rendszer. Ezt a fajta felépítést még a Mi- 
nixtől örökölte, amely kifejlesztésének az volt a célja, hogy egy 
jól áttekinthető Unix-alapú operációs rendszert hozzanak létre. 
Az áttekinthetőbb szerkezet érekében a Unix klasszikus tömb- 
szerű (egy programban megvalósított) felépítését mellőzték, és 
egy talán jobban átlátható és érthetőbb modellre cserélték. 

A folyamat alapú és a tömbszerű rendszer közti különbség a 
felhasználói és a rendszermagszint közötti kapcsolatban rejlik. 
Nézzünk például egy fájlból történő olvasást. Az első esetben 

a felhasználói program üzenetet küld a fájlrendszert kezelő 
folyamatnak, hogy ő ezt és ezt a fájlt szeretné beolvasni. 

A fájlrendszer megnézi, hogy ehhez mely blokkokat kell beol- 
vasni a merevlemezről, majd ő is küld egy üzenetet, amelyben 
az eszközmeghajtót megkéri az adott blokkok beolvasására. 
Míg az üzenetet küldő folyamat választ nem kap, addig blok- 
kolt állapotba kerül. 

A tömbszetű rendszerekben ilyen nem létezik. Az eszközmeg- 
hajtók itt tulajdonképpen eljárások, amelyek a rendszermag 
által lefoglalt memóriába vannak beágyazva. Ha egy felhaszná- 
lói rétegben lévő folyamat akar valamit a rendszertől (például 
egy állomány beolvasását), akkor például egy megszakítás segít- 
ségével meghívja a megfelelő magszintű eljárást. Na de itt nem 
blokkol a folyamat! Ugyanaz a folyamat fut tovább, csak nem 
felhasználói, hanem rendszermagszinten. Ha a hívott eljárás 
elvégezte a feladatát, a folyamat visszatér a felhasználói rétegbe. 
Ne búsuljunk, ha ez egy kicsit zavaros. Egyet jegyezzünk meg: 
a Linux abban különbözik a legtöbb Unix-alapú rendszertől, 
hogy folyamatokra alapuló renszer. Ez azzal jár, hogy az egész 
könnyebben kezelhető kisebb részekből áll, ami az osztott (több 
gépből álló) rendszerek esetében nagyon jól jön. Akad azonban 
egy hátránya is: a tömbszerű rendszerek megoldása gyorsabb, 
mivel egy eljárást kevesebb ideig tart meghívni, mint folya- 
matok között üzeneteket küldözgetni. 

E kitérő után kanyarodjunk vissza eredeti témánkhoz, és 
vegyük szemügyre a következő réteget, amelyben a B-K prog- 
ram alkatrészfüggetlen része található. Itt olyan tevékenységek 
zajlanak, amelyeknél lényegtelen, hogy az adott eszköz milyen 
típusú. Erre a legjellemzőbb példa a fájlrendszert kezelő folya- 
mat. A fájlrendszer felépítése nem változik meg attól, hogy 
adatainkat valójában milyen lemezen tároljuk, ezzel csak az 
eszközmeghajtónak kell foglalkoznia. 

Milyen feladatokat is kell az eszközfüggetlen B-K-rétegnek 
ellátnia? Az egyik legfontosabb, hogy minden eszközhöz hoz- 
zárendeljen valamilyen nevet, amellyel a felhasználók hivatkoz- 
hatnak rájuk. Mint tudjuk, ez Unixban eszközfájlok segítségével 
történik, amelyek a /dev könyvtár alatt találhatóak (például 

a /dev/ttyS0 az első soros kapunkat, vagy a /dev/hda, amely az 
elsődleges IDE-merevlemezünket azonosítja). Az eszközfájlok 
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egyébként két számot tartalmaznak, a fő, illetve a másodlagos 
eszközszámot, amelyek az adott eszközt pontosan azonosítják. 
Rendszerüknek nemcsak elneveznie, de védenie is kell az 
eszközöket. Egyrészt meg kell akadályoznia, hogy két folyamat 
egyszerre ugyanazt az eszközt használja, másrészt azt is 
figyelembe kell vennie, hogy az adott felhasználó egyáltalán 
jogosult-e arra, hogy ilyesmit tegyen. 

A különböző blokkos eszközök sajnos nem egységes blokkmé- 
retekkel dolgoznak. Például nem minden lemeznek ugyanak- 
kora a szektormérete. Ahhoz azonban, hogy fájlokat tároljunk 
egy fájlrendszerben, elengedhetetlen egy egységes blokkméret 
alkalmazása. Ezt is itt kell megoldanunk. 

A másik feladat az átmeneti tárazás. Előfordulhat, hogy például 
a felhasználó gyorsabban gépel, mint ahogy a bemenetet foga- 
dó folyamat azt fogadni tudja. Ezért fent kell tartani egy belső 
tárat, ahová a begépelt karakterek kerülnek, és majd innen 
kerülnek feldolgozásra a folyamathoz. Aki használt MS-DOS-t, 
biztos emlékszik rá, hogy miközben a gép dolgozott, és ő nagy 
lendülettel püfölte a billentyűket, a 16. billentyű lenyomása 
után a gép vadul sípolni kezdett. Ez azt jelentette, hogy meg- 
telt a billentyűzet átmeneti tára, és addig tele is marad, amíg 

a begépelteket valaki fel nem dolgozta. 

A blokkos eszközök is igényelnek átmenetitár-használatot. 
Például mi történne akkor, ha egy állomány tartalmát bájton- 
ként szeretnénk beolvasni? Lemezről csak blokkonként olvas- 
hatunk. Célszerű tehát az egész blokkot beolvasni az átmeneti 
tárba, majd kérésre onnan egyenként adagolni a bájtokat. 
Vannak még mások is, amik szintén az eszközfüggetlen 
részben foglalnak helyet, de róluk inkább később, a fájlrend- 
szer tárgyalásakor beszélnénk. 

Most már csak az utolsó, a felhasználói szint maradt hátra. Ide a 
B-K programnak csak nagyon kis része tartozik, az is leginkább 
könyvtári eljárások formájában. A felhasználói programok ugyan- 
is ezeket az eljárásokat hívogatva végezhetnek B-K-műveleteket, 
illetve hívhatnak rendszerhívásokat. A könyvtári eljárások 
tulajdonképpen semmi mást nem tesznek, mint hogy a megfe- 
lelő értékeket elhelyezik a rendszerhívásnak megfelelő helyre. 
Vannak azonban olyan B-K-eszközök, amelyeket egy másik fel- 
használói szintű program segítségével használhatunk. Az egyik 
legjellemzőbb példa erre a nyomtatás. A rendszerben fut egy 
közönséges felhasználói program, a nyomtatódémon, amely- 
nek az a feladata, hogy a nyomtatást vezérelje. Ha egy folya- 
mat ki szeretne nyomtatni egy állományt, ahelyett, hogy köz- 
vetlenül a nyomtatóra küldené, egy meghatározott könyvtárba 
teszi. Ezután a nyomtatódémon majd eldönti, hogy mikor 
kerülhet sor az adott állomány kinyomtatására. Ezt a módszert 
egyébként háttértárolásnak (sorbaállításnak) nevezzük. 

Ez a megoldás azért is jó, mert meggátolhatjuk, hogy egy folya- 
mat feleslegesen tartsa fel a nyomtatót (például a nyomtatás 
késleltetésével), aminek következtében esetleg gátolna más, 

a nyomtatóra váró folyamatokat. 

A háttértárolás másik gyakori felhasználási területe egyébként 
a hálózaton való állomány-, illetve levéltovábbítás. Ha levelet 
szeretnénk küldeni, csak elhelyezzük egy megadott könyvtár- 
ban, és a levélküldésért felelős démon majd gondoskodik a 
célba juttatásáról. 


Garzó András 

(garzoandOointerware.hu) körülbelül három éve foglalkozik 
Linux- és más Unix-rendszerekkel. Legjobban az operációs 
rendszerek lelkivilága érdekli, de nyitott egyéniség. Kedvenc 
étele a palacsinta, és van egy Richard nevű macskája. 
Minden észrevételt, megjegyzést, levelet szívesen fogad. 





Térképek az Interneten 


Az ESRI internetes térinformatikai eszközei. 





világ egyik legismertebb térinformatikával foglalkozó 
AA vállalata az ESRI . Nem tudok olyan térinformatikai 
területet mondani, amire a cég ne dolgozott volna 
ki valamilyen programcsomagot. 
Az elmúlt néhány évben az ESRI is nyitott a Linux felé. 
A Linuxot elsősorban adatbázis- és egyéb kiszolgálóik alapjául 
választották, de elkészült már néhány adatfeldolgozást segítő 
ügyféloldali program linuxos változata is. Most ezek kerülnek 
rövid bemutatásra. 


Az ArciMS 


Ez az az ESRI-programcsomag, ami GIS-megoldások és térké- 

pek közzétételét teszi lehetővé, elsősorban az Interneten. 

A program neve szó szerinti fordításban Arc internet-térképki- 

szolgálót (Arc Internet Map Server) jelent. A programcsomag 

a folyamatábrán (1. ábra) látható felépítésnek megfelelően 

kiszolgáló- és ügyféloldalon egyaránt több alprogramot tartal- 

maz. A felhasználók és a rendszergazdák számára lehetővé 
teszi, hogy a térképeket weboldalakon közöljék, rendszerezzék, 
és ugyancsak a hálózaton keresztül rendszerfelügyeleti teen- 
dőiket is ellássák. Jelenleg az ArcMS Windows- és Unix- 

(Linux-) rendszereken érhető el. 

Az ESRI magyarországi képviseletének köszönhetően a prog- 

ramcsomag kipróbálására is lehetőségem nyílt. 

A kiszolgálóoldal épül fel, jóval több elemből áll, mint az 

ügyféloldal. Két fő része van: a Spatial server (adatkiszolgáló), 

amelynek a megjelenítendő adatok és térképek tárolása a 

feladata, továbbá az adatoknak a szükséges formátumban 

való szolgáltatása az ügyfélalkalmazások számára. A kiszol- 
gáló egy vagy több virtuális kiszolgáló lehet. Másik része 

az Application server (alkalmazáskiszolgáló), amelyre azt is 

mondhatnánk, hogy a program lelke, hiszen ennek az alkal- 

mazásnak a feladata a különféle térképi adatokhoz kapcsolódó 
teendők végrehajtása. Ehhez kapcsolódik szorosan a Feladat- 
kezelő (Iasker) és a Feladatfigyelő (Monitor). Iennivalójuk 

az alkalmazáskiszolgáló kiszolgálása, a végrehajtandó munkák 

irányítása és a feladatok végrehajtásának figyelése, illetve 

ellenőrzése. 

Nézzük meg egy kicsit részletesebben is a programot: 

e Az ArcIMS Monitor az ArcIMS adatkiszolgáló működését 
figyeli. Ha a rendszer újraindul, az ArclMS Monitor 
önműködően újraindítja a szolgáltatást. 

e Az ArcIMS Tasker törli az ideiglenes képfájlokat, amelyeket 
az Image Services (képszolgáltatás) hoz létre a felhasználó 
által megadott időközönként. 

e . ArcIMS Connectors (ArcIMS kapcsolatkezelő) és Web Server 
(webkiszolgáló): ez a két eszköz szervesen összetartozik. 
Feladatuk az ArcIMS alkalmazáskiszolgáló és az Internet 
vagy a kiszolgálandó egyéb hálózat közötti kapcsolat 
létrehozása. 


Az alkalmazáskiszolgálónak négy típusa van: 


e  ArcIMS Servlet Connector: az ESRI saját megoldása. 
e . ColdFusion Connector: saját ColdFusion-ügyféllel működik. 
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e ActiveX Connector: csak ActiveX-ügyféllel működik. 
e  JSP Connector: Java-alapú megoldás. 


A webkiszolgálói oldalon több eszközt is használhatunk: az 
iPlanet-et, az Oracle Application Server-t, a Tomcat for Apache-t, 
a WebLogic-ot és a WebSphere 3.5.5-t. 

Ezeknek az eszközöknek bármelyikéhez kapcsolódhatnak a 

különféle grafikus felületű felügyeleti, valamint lekérdező és 

megjelenítő eszközök. 

e . ArcIMS Manager (ArcIMS felügyeleti eszközök): az ArcIMS- 
csomagban olyan előre elkészített beállítófájlok, megje- 
lenítő- és szerkesztőeszközök találhatók, amelyek akár helyi 
gépről vagy távolról is lehetővé teszik a rendszer irányítását 
és karbantartását. Ezeknek az eszközöknek a többsége 
ránézésre szokásos weboldalnak látszik, egy részük viszont 
Javával támogatott környezetben válik használhatóvá. 

Az ArcIMS Manager a következő alkalmazásokat tartal- 
mazza: Author, Administrator és Designer. 

Az Administrator feladata a weboldallal kapcsolatos beállítások 

végrehajtása és a karbantartás, továbbá az Author és a Designer 

számára grafikus indítási lehetőséget ad. 

Az Author feladata az alkalmazások beállítófájljainak karban- 

tartása, valamint ezzel az eszközzel tudunk új szolgáltatásokat 

is létrehozni. Az általa készített beállításokat tartalmazó fájlok 
határozzák meg a térképi tartalmat. Ezenkívül megadja, hogy 
mely rétegek és hogyan kerüljenek megjelenítésre (szín, jel- 
kulcsok, feliratok stb.). 

A Designer feladata a weboldal megjelenésének szerkesztése. 

Az ArcIMS része még az ArcIMS viewer, amely weblapalapú 

megjelenítő eszköz; feladata elérhetővé tenni a térképszol- 

gáltatásokat és a böngészési, elemzési szolgáltatásokat az 
ügyfél webböngésző felületén. 

Az ArcMap Server egy ugyancsak könnyen használható ún. 

ArcIMS Virtual Server (ebben az esetben , virtuális" alatt azt 

értjük, hogy ugyanazon a gépen, egy és ugyanazon ArciMS- 

kiszolgálón újabb szolgáltatásként is futhat), ami az ügyfélol- 
dali felhasználó számára lehetővé teszi, hogy az ArcMap vagy 
az ArcIMS Author, illetve az ArcIMS Manager segítéségével 
térképet hozzon létre és megjelenítse őket az Interneten. 

A lehetőségekhez mérten otthoni, egygépes környezetben 

megpróbálkoztam az ArcIMS beüzemelésével. A linuxos 

változat még Red Hat 7.1-re készült. Ennek meg is lett a böjtje. 

A telepítő parancsfájl első futtatásánál legtovább a ,nem 

együttműködő" Debian (SID, július végi változat) alatt jutot- 

tam. Red Hat (7.3-as változatszámú, a letölthető háromlemezes 
változat) alatt a szükséges csomagok egyáltalán nem álltak 
rendelkezésre; ha mégis elérhetőek voltak, visszafelé akkor sem 
voltak csereszabatosak. Ezek után a telepítést Debian alá 
visszatérve folytattam. A fenti webkiszolgáló listából a Debian 
az Apache-lomcat párost tartalmazta, ezért ezt választottam 

a telepítéshez is. A hivatalos leírás egyébként a letölthető ".tgz- 

változatok telepítését taglalja. Jó, ha rendelkezünk a IRE- és 

esetenként a JDK-csomagokkal is, hiszen a telepítés egyik 
előfeltétele a megfelelően beállított JAVA HOME környezeti 
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változó és az előzőleg telepített Netscape (ez utóbbit nálam 

— egy hivatkozás segítségével — a Mozilla helyettesítette). Nincs 
grafikus telepítő és a telepítő parancsfájl sem működött meg- 
felelően Debian alatt. Ezt azonban könnyen áthidalhatóvá 
teszi az ESRI ArcIMS leírása, ami enyhén szólva részletesen, 
lépésről lépésre segíti végig a rendszergazdát a telepítési folya- 
maton. Véleményem szerint azonban a telepítés folyamata 
meglehetősen sok buktatót tartogathat (főleg, ha először csiná- 
lunk ilyesmit). 

Néhány kellemetlen óra után a kiszolgáló végre elindult. 

Ezt követően először a kiszolgálóoldali grafikus eszközöket 
próbálgattam, hogy vajon melyik mire képes. Az eszközök 
mindegyike javás környezetet igényel a futtatáshoz. Sajnos 

a Java-változatok sem teljesen csereszabatosak visszafelé, 
először ugyanis az 1.4-es JRE-vel próbálkoztam, de megjelení- 
tési nehézségek adódtak. A CD-n szereplő 1.3-as Java-változa- 
tot beállítva a helyzet már jelentősen javult. 

Nos, az alkalmazásfelügyeleti eszközök közül részletes bemu- 
tatásra csak az Author-t tartottam alkalmasnak, hiszen a többi 
tényleg csak a kiszolgáló szigorúan vett karbantartási feladatait 
látja el, a beállítások pedig az adott kiszolgáló feladatának 
megfelelően szintén igencsak egyediek lehetnek. 


ArciMS Author 


Az Author elsősorban megjelenítési feladatok ellátására készült, 
nem szerkesztési munkák végrehajtására. Ennek megfelelően 

a program csak az adatok rétegsorrendjének, formátumának 
beállítására alkalmas eszközökkel rendelkezik (1. kép). 

Az ablak tetején szokásosan a menük, illetve a különféle esz- 
köztárak találhatók. Az Author csak a már elkészített térképeket 
képes feldolgozni. Két alapvető lehetőségünk van az adatok 
beolvasására. Az első, hogy egy projektfájlt nyitunk meg, ami- 
nek az lehet az előnye, hogy ebben már előre összerendezett 
rétegeket találhatunk. A projektfájl kiterjesztése .axI. A másik 
lehetőség a rétegek egyesével történő kiválasztása és betöltése. 
Várhatóan ez a több munkát igénylő feladat. A rétegek két 
helyről olvashatók be: a helyi gépről vagy ArcSDE kiszolgá- 
lóról. Szerencsére rendelkezésemre állt egy windowsos 
ArcExplorer bemutatópéldány is, ami előre összerendezett 
térképi rétegeket tartalmazott (a .shp-fájlok tartalmazzák a 
grafikus adatokat, a .dbf-adatbázisfájlok a leíróadatokat, ame- 
lyek a grafikus térképi elemekhez vannak rendelve). Az így 
beolvasott rétegek a Legend (jelmagyarázat) ablakban jelennek 
meg a beolvasás sorrendjében. A lista első eleme a rajz legfelső 
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rétege. Ez annyit jelent, hogy a listában alatta szereplő rétegek 
a térképen felső kiterjedésének megfelelően takarásba kerül- 
nek. Az ablak bal oldalán találjuk a rétegek, illetve a jelma- 
gyarázat beállítására szolgáló sávot. Az egyes rétegek mellett 
szereplő jelölőnégyzetek segítségével tudjuk az egyes rétegek 
megjelenítését ki-bekapcsolni. Ha a jobb egérgombbal a réteg 
nevére kattintunk, a megjelenő menüben több beállítást is el 
tudunk végezni: például réteget törölhetünk a listából, beállít- 
hatjuk a legkisebb-legnagyobb megjelenítési méretarányt, va- 
lamint a megjelenítési tulajdonságokat (szín, betűtípus stb.) is. 
A rétegek sorrendje az előbbi felsorolás használatával vagy egy- 
szerűen nevének az egérrel történő kiválasztásával és megfelelő 
helyre húzásával változtatható meg. Az előbbi felsorolásban sze- 
replő , legkisebb-legnagyobb megjelenítési méretarány" beállí- 
tásra visszatérve: a kifejezés azt jelenti, hogy egy felirat például 
1:10 000-es méretarányban még nem, 1:100 000-es méretarány- 
ban pedig már nem jelenik meg, csakis a két méretarány között. 
Erre azért van szükség, mert a térkép méretarányával arányo- 
san nem változik a feliratok mérete, és ez nagy méretarányban 
(1:10 000) még csak szükségtelen további adatot jelenthet, kis 
méretarány esetében (1:100 000) azonban maga a felirat takarhat 
le számunkra értékes adatokkal bíró nagy területeket. 

Az egyes rétegek további megjelenítési beállításaira a Layers 
fülön belül a megfelelő réteg kiválasztása után nyílik lehető- 
ségünk. Ezen túl mód kínálkozik több réteg egyszerre történő 
megváltoztatására is, illetve az egyes rétegelemek megjelenítési 
sorrendjének módosítására is. 
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A programban használható néhány érdekesebb szolgálta- 

tásról röviden: 

e Egyéni mértékegységekkel megjeleníthető méretarány- 
vonalzó, amelyen fokok, angolszász mértékegységek és 
metrikus értékek adhatók meg mértékegységként. 

e — Adatok az egyes rajzelemekről - az eszközt használva a 
lekérdezendő rajzelemre kattintva a hozzá kapcsolódó 
adatbázisadatokat megjeleníthetjük egy táblázatban. 

e — Keresésszolgáltatás, amelyben a megfelelő — például — 
helységnév megadásával megjeleníthetünk egy listát, ebben 
lesz látható a keresés eredménye. Ha ebben a listában 
kiválasztunk egy-egy sort, a hozzá tartozó területre rá 
tudunk állni, illetve nagyítani tudjuk. 

e — Előre tárolt lekérdezés létrehozásának lehetősége — mó- 
dunkban áll az itt elkészített lekérdezés elérése az általunk 
elkészített weboldalon szereplő keresési listákban. Változók 
használata is lehetséges. 

e . Geokód-tulajdonságok beállítása. A geokód röviden egy 
adott térképi elemhez rendelt egyedi azonosító, ami csakis 
egy elemre vonatkozhat (egy térképi elemre egyetlen 
adatbázisrekord mutat). Idézném a program súgójának 
példáját: egy megjelenítendő térképi terület két várost 
tartalmaz, amelyek mindegyikében létezik egy Fő utca. 
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Annak érdekében, hogy az utcák egyértelműen azonosít- 
hatóak legyenek, a névhez egy másik azonosítót rendelünk 
hozzá, például a település nevét. A hozzárendelt értéken 
túl még meglehetősen sok további geokódra vonatkozó 
változó beállítását is lehetővé teszi a szolgáltatás. 

e Maptips szolgáltatás, amelynek feladata hasonló a progra- 
mok ikonsorai fölé húzott egérmutató esetén megjelenő 
eszközsúgóéhoz. Ennek használatával egy térképi elem 
felett rövid leírószöveget jeleníthetünk meg. 

A program a felsoroltakon kívül nem tartalmaz túl sok szolgál- 

tatást (a térkép eltolása, a méretarány változtatása, nyomtatás, 

a kész térkép kimentése .jpeg fájlba). 

Érdekes hibát találtam a program kipróbálása során: ha a hoz- 

zárendelt szöveg az adott területen nem fér el, akkor eseten- 

ként elég megtévesztő módon áthelyezésre kerül (a Russia 
felirat a betűméret növelésével Afrika közepén kötött ki). 

Összességében a program elfogadható sebességű (a Javának 

köszönhetően), és a kevésbé hozzáértők számára is egyszerű 

és könnyen használható. 


ArcExplorer 

Az ArcExplorer feladata az ügyféloldali adatmegjelenítés 

igényeinknek megfelelő módosítása. A program ránézésre nem 

sokban különbözik az előbb ismertetett ArcIMS Author-tól, 
hiszen szinte minden szolgáltatásukban azonosak. Különböző 
feladatuk miatt csak egy-két kisebb eltérés akad a két program 
között. Ezek közül néhányról röviden is szólnék: 

e — Térképeket tölthetünk le internetes adatbázisokból és az 
ArcExplorer-rel megnyithatjuk őket. Az adatokat a rétegek 
hozzáadásánál található Geography Network gombbal elin- 
dított Netscape (nálam Mozilla) segítségével tölthetjük le a 
2 http:/www.geographynetwork.com/explorer címről (2. kép). 

A letöltött zipfájlt kicsomagolva a rétegeket a szokásos módon 

olvastathatjuk be. Fontos megemlíteni, hogy csak az a terület 

és annak adatai kerülnek letöltésre, amit a weboldal előnézeti 
térképén kijelöltünk (3. kép). 

e A térképek adatai alapján lehetőség nyílik egyedi 
lekérdezések létrehozására (4. kép). 

e Lehetőség nyílik rajzelemek kiválasztására, akár több 
lépésben is, valamint távolságmérésre az általunk megadott 
mértékegységnek megfelelően. 

Az Author-ra is jellemző, hogy a rétegeket valamilyen tematika 

szerint több színnel is meg lehet jeleníteni (5. kép). 

Ezt a rétegtulajdonságoknál tudjuk beállítani, csak meg kell 

adnunk, hogy mely két szín közti árnyalatok jelöljék az eltérő 

tulajdonságú területeket. 

Mint említettem, én csupán az ArcExplorer windowsos 

változatával rendelkezem. A két változatot összehasonlítva és 

a Linux alatti Java-alap okozta időnkénti (egyébként elenyésző) 

lelassulásoktól eltekintve azonos minőségű megoldást jelenthet 

az ArcIMS-felhasználók számára. 

Remélhetően a későbbiekben további ESRi-termékekkel 

találkozhatunk Linuxon is. 


lóth Béla 

(tothb1ofreemail.hu) Nős, két gyermek 
büszke atyja. Dolgozott földmérőként, majd 
térinformatikus szakmérnöki képesítést 
szerzett. Egyaránt otthonosan mozog a CAD 
.] és a térinformatikai programokban, valamint 
a DOS- és Windows-alkalmazásokban. Legkedveltebb 
elfoglaltsága már két és fél éve a Linux. 
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Egy másik környezet 
Vegyünk egy gyakori élethelyzetet: 


Hubának megtetszik a Linux, és úgy dönt, hogy kipróbálja. 


őhősünk bizonyos fokig lusta, ezért az első lépéseknél 

megkéri a barátját, hogy segítsen neki telepíteni a rend- 

szert. Ez sikeresen meg is történik, csupán a magmodu- 
lok körül volt egy kis hézag, valamint a videokártya belövésé- 
nél. Amikor a Linuxszal való ismerkedés első lépésein átvere- 
kedte magát, majd végigrágta az egyik bevezető szintű linuxos 
könyvet (például a Pere-féle Felhasználói ismereteket), boldo- 
gan ül a gép előtt, majd rájön, hogy csuda jó a Linux, de mire 
használja? legyük fel, hogy fejébe veszi, márpedig ő weblapo- 
kat akar fejleszteni egy kisebb teljesítményű gépen. Milyen 
programokra van szüksége? 
Nézzük végig... A rendszer már üzemel és az internetkapcsolat 
is megvan. Kell egy gyorsabb ablakkezelő, ami nem feltétlenül 
fordítja a gép erőforrásainak döntő többségét a háttérben 
vonagló női aktok megjelenítésére, egy HIML-szerkesztő, 
egy grafikai program, valami, aminek a segítségével kedvenc 
fotóalbumait készíti el és így tovább. 


A munkakörnyezet 

Huba ismeri a KDE-t, a Gnome-ot, valamint Marcel Gagné 
Kicsi, de jól működő Linux-doboz című cikkének (78. oldal) 
valamint az 59. oldalon lévő IceWM második pillantásra című 
cikk elolvasása után az IceWM és a BlackBox ablakkezelőkről is 
hallott. Sőt, fellelkesedett, és kipróbált még rengeteg 
ablakkezelőt, majd rájött, hogy igazából nincs szüksége 
semmilyen különleges szolgáltatásra: szeretné, hogy ablakai 
között könnyen mozogjon, valamint hogy a használni kívánt 
programjait gyorsan és kényelmesen el tudja indítani. 

Huba itt egy érdekes kérdésbe futott bele. Értette, hogy létezik 
egy rendszermenü, ami mindegyik ablakkezelő alatt elérhető, 
de honnan szedi ezt a menüt a rendszer, és hogyan alakíthatná 
ki Huba, hogy saját menüje legyen? Leegyszerűsödne az élete: 
egy külön menüpontba kirakná a néhány programot, ezek 
után az asztalon a jobb gombot nyomva vígan elérhetné az 
összes kedvencét. Huba gépén GNU/Debian csücsül (Miért? 
Csak.), és addig kutakodott a menük kérdésében, amíg meg 
nem találta a menu csomagot. Röviden összefoglalva Huba 
teendője annyi, hogy a megfelelő szerkezetű fájlt a /etc/menu 
alá helyezi, majd az uuodate-menu parancsot adja ki. A ,meg- 
felelő szerkezet -re példát a /usr/lib/menu alatt, leírást pedig 

a /usr/doc/menu alatt találhatunk. 

No de lépjünk tovább. Huba végre megint eltölthet néhány 
napot a rendszerrel való ismerkedéssel, majd kiválasztja a neki 
legjobban tetsző ablakkezelőt. Rendben, csakhogy annyira 
hozzászokott, hogy a háttérben állandóan Zene szól, és a KDE 
alatt kényelmes volt a sok grafikus kütyü. Zenedoboznak 
mindenhol megteszi az xmms, ha pedig keverőpultot keresünk, 
egy egyszerűbb, akár karakteres felületű programot is használ- 
hatunk (nem olyan szép, de legalább nem kell alá egy halom 
könyvtár), például az aumix programot vagy a mo3blaster 
csomagban található nmixer-t. 

Ezzel teljes a munkafelület, kezeli az ablakait, könnyedén eléri 
programjait, szól a zene, mi kell még a jó munkához? 
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Képek kezelése 

A weboldalakon általában előfordul egy-két kép. Kezelnünk 
kell tehát valahogy a képekkel kapcsolatos igényeket is. ler- 
mészetesen első helyen említhetjük a Gimpet (illetve a Gimp 
1.2-t), ha azonban erre nincs szükség, akkor is találhatunk egy 
seregnyi hasznos, kevésbé okos programot. Huba rendszeresen 
olvassa a Linuxvilágot, így tudja, hogy az elérhető csomagok 
között könnyedén keresgethet, a keresgéléshez csupán a 
rendszere által használt csomagformátum szerint kell 
választania egy segédeszközt. Mivel GNU/Debian alatt dol- 
gozik, elindítja az aptitude-ot, majd egy kategória szerinti 
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nézetben a Graphics programs : : Editors alatt körbenéz, 
kipróbálgat néhányat, végül az xoaint mellett marad 

— az általa elvégzendő egyszerű igényeknek a program által 
biztosított képességek tökéletesen megfelelnek. 

Leendő webfejlesztőnk két kiegészítőprogramot is használ, 
képnézegetőnek a ggview-t (azt már megszokta, ismerősei 
komoly erőfeszítése ellenére is, többen barátai közül ugyanis 
showimg-t használnak), valamint a felhasználóoldali 
képtérképek (amikor a weboldalon egy képen belül több 
érzékeny területet is megadhatunk) elkészítéséhez az 
imaptool-t. 

Még egy érdekes kérdés, hogy mivel tudja megfelelő 
formátumra alakítani a nyers képeket, illetve például 
albumok esetében, hogyan tudja könnyedén az összes képet 
kicsinyíteni, mondjuk 750 képpont szélességűre. Ehhez a 
talán legegyszerűbb (és a héjprogramokban is használható!) 
program az ImageMagick csomag convert-je, ennek 
leírásában (man convert) már a legelején egy igen jól 
használható példát kapunk: 


convert -size 120x120 cockatoo.jpg -resize 
—5120x120 iprofile """ thumbnail.jpg 





Remek, akkor kezdődhet a komoly munka! Hubának kell 
még egy HIML-szerkesztő, meg valami ügyes kis eszköz, 
amivel a munkáját könnyedén közzéteheti. Valamint nem 
lenne rossz, ha azokat a fránya fotóalbumokat is egyszerűen 
el tudná készíteni. 


Webes munkák 

Az első, ami Huba számára elengedhetetlen, egy olyan eszköz, 
amivel a HIML-oldalakat szerkesztheti. lermészetesen — mint 
tudjuk — a webszerkesztő nagymestereknek elég egy vi 

vagy egy mcedit is, mi azonban ennél azért kényelmesebb 
munkaeszközre pályázunk. A HIML-szerkesztők között is 
széles a választék. Mivel Huba sok jót hallott róla, először 

a bluefish-t próbálta ki, és mivel tökéletesen megfelelt igé- 
nyeinek, meg is tartotta. 

A következő nagy kihívás a fotóalbumok elkészítése. Huba azt 
gondolta, először ír majd egy kis héjprogramot, ami a képeket 
összegyűjti az adott könyvtárból, mindegyikhez készít egy-egy 
HITML-fájlt, amelyben leírásokat fűzhet a képekhez, majd egy 
fotóalbumoldalt is, ami a képek előképeit tartalmazza. Ezzel 

a kis héjprogrammal azután egy-egy könyvtárból könnyedén 
készíthet albumot. Már meg is örült, hogy végre megismer- 
kedhet a héjprogramozás rejtelmeivel, nagy bőszen nekilátott 
Büki András új Unix/Linux héjprogramozás könyvének, amikor 
eszébe jutott, hogy ezt a héjprogramot bizony sokaknak meg 
kellett írnia. Lehet, hogy valaki épp egy olyan programot 
készített, ami pont ezeket az igényeket elégíti ki? Így akadt rá 
a cthumb csomagra. 

Hogy mire is jó a cthumb? Két üzemmódot ismer, az első 
esetben a megadott fájlokhoz egy albumfájlt készít, a második- 
ban pedig az albumfájl feldolgozása közben elkészíti az előké- 
peket, valamint a szükséges HIML-fájlokat. 

Akkor hogyan is készüljenek az albumok? Először a képeket 

a fotóalbum számára egy külön könyvtárba le kell kicsinyíteni 
(Huba a 750 képpontos szélesség mellett döntött), majd a 
könyvtár képeiből egy albumot készít, végül az albumot feldol- 
gozva létrehozza a HIML-fájlokat. Később a képekhez tartozó 
szöveget nyugodtan beleírhatja a képhez tartozó HIML-fájlok- 
ba (bízva benne, hogy nem törli őket véletlenül, ha egy új kép 
miatt újrakészítteti az albumoldalt). 

De mint tudjuk, Huba lusta, ezért addig rágta a barátja fülét, 
amíg szegényke beadta a derekát, és két héjprogramot készí- 
tett. Az első feladata, hogy az adott könyvtárban lévő fájlokból 
egy új könyvtárba készítse el az egységes méretű képeket. 

Ez sikeredett egyszerűbbre: 


H! /bin/bash 


mkdir album 
for i in "ls $jpg" 


do 
if [ -e album/Si ] 
then 
echo " r album/Si mEr I19tezik" 
else 
echo "album/Si kösz töse" 
convert -size 750x562 Si -resize 
9750x562 iprofile "r" album/$Si 
fi 
done 


A programocska nem túl okos, helyben elkészít egy alkönyvtárat, 
majd belepakolja a lekicsinyített képeket. Ezután Hubának az 
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albumkönyvtárat át kell másolnia honlapja területe alá egy meg- 
felelő névvel, majd a két alábbi parancsot szükséges futtatnia: 


cthumb -c $jpg scthumb.album 
cthumb -m -x 200 -y 150 cthumb.album 


A -m kapcsoló hatására a cthumb nem készít index.shtmil fájlt 
(nekünk erre semmi szükségünk), a -x és -y kapcsolókkal 
pedig az albumoldalon megjelenő előképek méretét állítottuk 
be. Ha például az albumokat tartalmazó könyvtár a honlapon 
az albumok, könnyen hivatkozhatunk egy-egy albumra: 

ca href-"albumok/szulinap/page.html":Sz linapi 
bulic/a:. lermészetesen a megoldás nem tökéletes, Hubának 
még készítenie kell egy fejlécet, amit az összes HIML-fájl 
elejére berakat majd a cthumb"-bal, hogy az oldalak külalakja 
egységes legyen, valamint hogy az egyes albumokból vissza 
tudjon lépni a honlap megfelelő helyére. Huba viszont tovább- 
ra sem nyugodott, amíg meg nem kapott egy olyan héjprog- 
ramot, ami az albumok könyvtárból indítva el nem készíti neki 
az összes albumot (ha a képekhez már léteznek a HIML-fájlok, 
akkor ne törölje azokat stb.). Huba feladata csak annyi, hogy 
az elkészítendő album könyvtárának nevét egy createal1 
után beillessze a fájl végére. 


H! /bin/bash 
H 


8 az sszes albumot elkösz ti 


BASEDIR-— "pwd" 


function createall () ( 
cd $1 
echo neExXEKEKKEXEKXKKEKRkEk eke kk kk kkkkkkkkkkk kk kN 
echo "pwd" 
ETO ata zén el AT Ég zt Ég 0 EE ÉR TERET TÉS KEST TER LOSE TREE 1 
if [ -e cthumb.album ] 
then 
echo "INFO xxxx cthumb.album 
—]götezik, nem kösz tek cgjat $§FFT 
else 
rm rthumbrjpg tHelikGpek t rlőse 
rm rhtml Hwebolapok t rlgse 
cthumb -c §jpg scthumb.album 
fi 


ecthumb -m -x 200 
cd SBASEDIR 


-y 150 cthumb.album 


] 


createall 
createall 
createall 
createall 


szulinap 

balaton 

csalad/anyu 
csalad/nagyiszulinapja 


Huba tehát boldog, mivel a feladathoz szükséges összes 
eszközt könnyedén használja, és még azon a buta öreg gépen 
is tűrhető sebességgel tud dolgozni. 


Szy György 

a Linuxvilág főszerkesztője, a Kiskapu Kiadó 
vezetője. Mindenki véleményét és levelét 
örömmel várja az alábbi levélcímen: 
Szy.GyorgyOlinuxvilag.hu 
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Debian Woody 3.0 


A nagy visszatérés? 


ikkünk elején egy kis Debian/ GNU Linux-történelem- 


órát tartunk, nyomon követjük az előző és a mostani 
megbízható változat megjelenési időpontjait. 


e — 2000. augusztus 15. — A Debian Projekt örömmel jelenti be a 


legújabb változat, a 2.2-es (kódnevén Potato) megjelenését. 

e 2002. május 1. -— Az újabb változat megjelenésének beígért 
dátuma, mialatt a Potatót még mindig fejlesztik. Ekkor a 
hivatalos Debian, a 2.2r6-os jelenik meg. A 3.0-s (kódnevén 
Woody) kiadása csúszik, mert még 11 biztonsági foltot kell 
alkalmazni a terjesztésen, mielőtt üzembiztossá válhat. 
Ezen már senki sem lepődik meg, viszont egyesekben fel- 
merül a kérdés, hogy lesz-e egyáltalán üzembiztos Woody. 

e 2002. július 13. — Megjelenik a 2.217. A fő változatszám után 
álló r7 a ,revision 7" angol kifejezés rövidítése, és azt jelöli, 
hogy az adott változatnak hányadik kiadásáról van szó. 

e 2002. július 19. — Igen, itt van. Közel kétéves várakozást 
követően megérkezett a megbízható Woody. 


Woody, a megbízható 

A Debian GNU/Linux 3.0 (Woody) összesen 11 processzorcsa- 
ládot támogat: a kézi gépektől egészen a nagy kiszolgálókig, 
beleértve a legújabb, 64 bites processzorokat. A terjesztés hét 
CD-t foglal magában processzorcsaládonként. Számos ablakke- 
zelőt tartalmaz, a két leghíresebb közülük a KDE 2.2.2, illetve 

a Gnome 1.4. Az XFree36 4.1-es változata található meg benne. 
Az alapcsomag része a GNU Privacy Guard (GPC), ahogyan az 
OpenSSH is. A Woody megfelel annak az ajánlásnak, amely a 
fájlrendszer faszerkezetének alapjait írja le, név szerint az FHS 
2.2-nek (Filesystem Hierarchy Standard). A 2.2-es vagy 2.4-es 
sorozatú rendszermag is használható. A 2.4-es sorozat esetén 
lehetőség nyílik ext3 fájlrendszer, illetve ReiserFS fájlrendszer 
használatára. A többnyelvű telepítő segítségével a rendszer 
többek között magyarul is telepíthető. 


A jigdo 

Amikor egy Debian-kiadás napvilágot lát, a megfelelő .deb-cso- 
magokat felteszik az Internetre, ám a CD kiírásához szükséges 
.150-ra még várni kell egy-két hetet. Ezért próbáltam ki a jigdót, 
amellyel még a hivatalos lemezlenyomat előtt elkészíthettem 

a sajátomat. A jigdo (Jigsaw Download - képkirakós letöltés) 
egy olyan eszköz, amivel a már említett csomagokat le lehet 
tölteni, majd a lemezlenyomatot felépíteni, végül a CRC ellen- 
őrzőösszeget az eredetivel összehasonlítani. Mindezt egy pa- 
rancssorral, ráadásul gyorsabb, mintha az egész lemezlenyo- 
matot kellene letölteni, mert lemezlenyomat-tükörből jelenleg 
kevés akad, és azok is nagyon le vannak terhelve. Egyszerű 
használni, mivel minden szükséges adatot egy .jigdo állomány 
tartalmaz, ennek a címét kell megadni, majd hátradólve figyel- 
ni, ahogyan a lemezlenyomat felépül. Sőt, még a korábban 
megszakított letöltésekhez is vissza lehet térni. A jigdónak 
windowsos és solarisos változata is létezik, így a lemezlenyo- 
matot más operációs rendszer alatt is el lehet készíteni. 

A Debian honlapján az áll, hogy a legújabb jigdót kell használ- 
ni, a korábbi változatokkal a letöltés nem működik. A legújabb 
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jigdo a 0.6.8-as, amely még a kipróbálás alatt álló Woody-vál- 
tozatban sem volt megtalálható. Így előbb muszáj a legfrissebb 
jigdót letölteni, majd telepíteni. A honlapon és a CD-mellék- 
leten (2 http:/home.in.tum.de/—atterer/jigdo/, Magazin/ 
Woody) megtalálható a .deb csomag, a windowsos, és a sola- 
risos változat, illetve a forráskód. Én a .deb csomagot telepí- 
tettem. A http://home.in.tum.de/ —atterer/jigdo/jigdo-file 0.6.8- 

1 1386.deb állományt töltöttem le, majd az alábbi a parancsot 
adtam ki: 

t dpkg -i jigdo-file 0.6.8-1 i386.deb 

Egyébiránt előbb a terjesztésben található változatot érdemes 
telepíteni, majd így frissíteni, mert ezzel a módszerrel a jigdo 
telepítésénél nem kell figyelni a függőségekre. Többek között a 
wget -re is szüksége van, mert ezt használja a letöltéshez. 
Telepítés után a rendszer két fontos futtatható állománnyal 
bővült: a jigdo-file és a jigdo-lite nevűekkel. A jigdo-lite a jigdo- 
file lebutított változata, amivel semmi gond nincs, én is ezt 





használtam, mivel az alapértelmezett beállításokat szükségtelen 
volt átállítani. A párbeszédre épülő letöltésvezérlőt egyszerűen 
a következő paranccsal el lehet indítani: 

t jigdo-lite 

A 5 http:/non-us.cdimage.debian.org/jigdo-area/current/jigdo/ 
alatt találhatók a .jigdo-állományok, processzorcsalád szerint 
rendszerezve. Az 1386/ könyvtár alatt nyolc .jigdo fájl van, 
mivel az első Woody CD-nek létezik us, illetve zor-us válto- 
zata. Ez az Egyesült Államokban hatályban lévő titkosításra 
vonatkozó megszorítások miatt van így. A két CD csupán 
annyiban különbözik, hogy a 1on-us egy-két csomaggal többet 
tartalmaz — érdemes az utóbbit választani. Ezek alapján a jigdo- 
lite-t hétszer kell majd elindítani, és egyesével a következő 
.jigdo-állományokat kell neki megadni: 

woody-i386-1 NONUS.jigdo 

woody-i386-2.jigdo 

woody-i1i386-3.jigdo 

woody-i1i386-4.jigdo 

woody-i386-5.jigdo 

woody-i386-6.jigdo 

woody-i386-7.jigdo 

lermészetesen a jigdo-lite-nak a teljes címet kell megadni. 
Egy-két egyszerű kérdés után el is kezdődik a letöltés. Helyi 
tükörnek én az 5 ftp.hu.debian.org helyet adtam meg. 


Találkozás egy régi egeremmel, . . 

A CD-k kiírása után izgatottan tettem be az első lemezt a meg- 
hajtóba. A számítógép elindult, majd a Debiannál már megszo- 
kott üdvözlő üzenet fogadott. A Woody mellől végre eltűnt 

a testing/unstabtle felirat. Az ENTER leütésével kezdetét veszi 

a telepítés — az alapértelmezett rendszermaggal, ami 2.2-es 
sorozatú, ezért mielőtt vadul telepíteni kezdenél, F3-mal 
érdemes egy pillantást vetni a használható rendszermagokra. 
A b£24-et beírva a telepítő már a 2.4.18-as rendszermaggal 
indul. Az első meglepetés a nyelvválasztásra felszólító képer- 
nyőn ért, amikor megláttam egy olyan sort, ami magyarul 
szólt. A telepítőrendszer ettől fogva hellyel-közzel magyar 
nyelvű. A már megszokott felépítés mellett most végre magyar 
nyelvűek a feliratok. Mindössze egyetlen új ablakkal találkoz- 
tam. 2.4-es sorozatú rendszermag esetén a Linux-partíció 
inicializálása menüpont alatt a megkérdezi a használni kívánt 
fájlrendszer típusát. Lehetőség van ext2, ext3, illetve ReiserFS 
használatára. Fontos dolog a naplózás, én az ext3-at javaslom. 
Mivel ez egy egyszerű ext2-es rendszer egy apró naplóállo- 
mánnyal kiegészítve, a rendszert az előző, csak az ext2-t ismerő 
rendszermagokkal is életre lehet kelteni, legfeljebb nem lesz 
naplózás. Az egyre nagyobb merevlemezek terjedésével talán 
keveseket érint a gond, de lényeges, hogy a ReiserFS 32 MB-os 
naplóméretével szemben az ext3 8 MB-ot foglal el. Egy kissé 
szokatlan volt még a Kezelőprogramok (modulok) konfigurálása 
menüpont. Az eddigi logikai csoportosítás helyett a modulok 
fizikai elhelyezkedésük szerint lettek csoportosítva, vagyis 
ahogyan a /lib/modules/2.4.18/kernel könyvtár alatt szerepelnek, 
ahhoz hasonlóan jelennek mgg itt is. 

Újraindítás után a megszokott beállítások következnek: idő- 
zóna, árnyékjelszavak, rendszergazdai jelszó. Végre működik 
a tasksel, ami nagyon fontos a Debiannal most ismerkedők 
számára. Itt témák szerint összeválogatott csomagcsokrokat 
lehet egyszerűen és gyorsan telepíteni. Legvégül elindul a 
dselect. Ajánlom a következő csomagok telepítését, mert 
igen megkönnyítik mindennapi munkánkat: 

mc — Midnight Commander 

mc-common - a Midnight Commanderhez szükséges 
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libopmg1 — gpm-függvénykönyvtár (libc6) 

bzip2- tömörítő, kicsomagoló 

libbz2-1.0 — bzip2-függvénykönyvtár 

aptitude — új felület az apt-hez, nagyon barátságos 

discover — felismeri az eszközöket és betölti a hozzá tartozó 
modulokat 

discover-data — adatállományok a discoverhez 

libdiscover1 — discover-függvénykönyvtár 

ash - NetBSD-héj, a discover igényli 

bsdgames - a legfontosabb (bsd-játékok) 


lovábbá érdemes telepíteni egy a processzorodhoz megfelelő 
rendszermagot. Ha nem is szeretnél a rendszermag-újrafor- 
dítással bíbelődni, egy a processzorhoz előfordított rendszer- 
maggal az egész rendszer sokkal gyorsabb lesz. Csupán ki kell 
választani a kernel-image-verzio-cpu csomagot, és tele- 
píteni kell. Ezután a LILO-t is be kell állítani. A 2.4-es sorozat 
képviselői közül elérhető a 2.4.16 és a 2.4.18, a következő 
változatokban: 

386 — 386-os processzorhoz 

586 — 586/K5/5x86/6x86/6x86MX-os processzorhoz 

586tsc — eredeti Pentium Í processzorhoz 

686 — Pentium Pro/Celeror/Pentium II/Pentium III processzorhoz 
6860smp — az előző többprocesszoros változata 

k6 — AMD K6/K6-II[/K6-III processzorhoz 

k7 - AMD K7 processzorhoz 


Vélemény 

Elég régóta Debian-hívő vagyok, és úgy gondolom, a Woody az 
utolsó pillanatban érkezett. A Potatóban már annyira elavultak 
a csomagok, hogy éles rendszereken is Woodyt használtam, 
annak ellenére, hogy még nem volt megbízható és kipróbálás 
alatt állt. A Debian jó rendszer, mert kicsi az alapcsomag, amit 
feltétlenül telepíteni kell, és nagyon jó a csomagkezelője. Meg- 
bízható, ennek ugyanakkor az az ára, hogy lassan fejlesztik. 
Megérte a két év várakozást? Egyértelműen igen. 

Nem szabad azonban elhallgatni a hiányosságokat sem. A tele- 
pítés alatt debconf -fal beállított lLocales csomag 
/etc/locale.gen beállításfájlja a telepítés végére üres, akárhány 
locale -t állítok is be, és nem hozza létre a megfelelő állo- 
mányokat. Utólag újra be kell állítani, ami telepítés közben 
nem sikerült: 

H dpkg-reconfigure locales 

Még mindig nem értem, hogy miért az exim az alapértelme- 
zett MIA (Mail Iransfer Agent - levéltovábbító ügynök). Miért 
nem lehet kiválasztani, hogy mit akarok használni? Én Postfix- 
párti vagyok, és minden Debian-telepítés után az első, hogy 
lecserélem az eximet. 

Végsősoron amire vártunk, megérkezett. Egy frissebb Debian 
2.4-es rendszermaggal, IP Tables-támogatással, popoeconf 
-fal az ADSL beállításához, PGP-vel és ext3-as fájlrendszerrel. 
Még több felirat lett magyar nyelvű, és az aptitude révén 

a dselect miatt elriadt felhasználók is talán adnak neki még 
egy esélyt. Nagy munkát végeztek a srácok, úgyhogy egy 
próbát mindenkinek megér. Sok szerencsét hozzá! 


Fülöp Balázs 

(xutOfreemaill.hu) 17 éves, imádja a Túró Rudit, 
a Debian Linuxot és a teheneket. Az ELTE Rad- 
nóti Miklós Gyakorlóiskola tanulója Immár ötödik 
éve. Kedvenc írója Slawomir Mrozek. Leginkább 
a számítógépes hálózatok biztonsága érdekli. 
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Naprakésznek maradni az épelméjüűség határain belul 


Hogyan segítenek a SuSE YaS12, a Red Hat up2date és a Debian apt-get 
eszközök rendet tartani a biztonsági foltok erdejében? 


biztonság mozgó célpont, könnyen elszédül az ember, 
AA ha követni próbálja. A Linuxhoz hasonló bonyolult 

rendszereken az egyik legunalmasabb és legfárasz- 
tóbb biztonsági feladat az alkalmazások, a parancsok és a prog- 
ramkönyvtárak naprakész követése. Bárki tanúsíthatja, aki 
olvassa a Bugtrag-listákat, hogy állandóan kihasználható prog- 
ramhibákat fedeznek fel, és javítófoltokat adnak közre. Egy 
átlagos Linux-terjesztés többszáz csomagját tekintve senki sem 
remélheti, hogy lépést tud velük tartani. 
Ez nem hangzik túl jól, de sajnos igaz. Mégha módunkban is 
áll figyelemmel kísérni az összes létező biztonsággal foglalkozó 
levelezőlistát, és minden egyes közzétett sebezhetőségi pontot 
befoltozunk, előbb-utóbb mi magunk is egy hibajelentés fősze- 
replőjévé válhatunk. Bizonyos hibák addig nem kerülnek 
napvilágra, amíg valaki ki nem használja őket. 
Vigasztalásul elmondhatjuk, hogy ha felzárkózni nem is lehet 
teljesen, minden előrehaladás sikerként könyvelhető el. Ha 
egy háromhetes programhiba miatt törik fel a rendszerünket, 
még mindig menőbbek vagyunk, annál, akit egy hároméves 
hibával találnak meg (másrészről akárhogy is nézzük, a 
betörés az betörés). 
Félretéve a tréfát: tisztán statisztikai alapon is belátható, 
hogyha kevesebb foltozatlan hiba van, kevesebb a sebezhető 
pont. Annak ellenére, hogy mennyire hálátlan és végeláthatat- 
lan feladatnak tűnik, érdemes megpróbálkozni Linux-telepí- 
tésünk naprakészen tartásával. Szerencsére a népszerű Linux- 
terjesztések újabb változatai tartalmaznak olyan programokat, 
amelyek a feladat nagy részét elvégzik helyettünk. Ilyenek a 
SuSE-ben a YaS12, a Red Hatben az up2date és a Debianban 
az apt-get (ezek közül egyesek még biztonságosak is!). 


Csomag vagy forrás? 

A legfontosabb tanáccsal kezdeném, amire sokévnyi kételkedés 
után jöttem rá: amikor csak lehet, használd a terjesztésed által 
támogatott csomagot. Ez sok ember számára talán természe- 
tesnek hangzik — miért fordítanánk le valami forrásból, ha nem 
muszáj? A régi motorosok viszont mindent forrásból fordíta- 
nak, számukra ez a megszokott, és ehhez értenek. Ez azért 
alakult így, mert az 1990-es évek elején sokkal kevesebb prog- 
ram volt Linux alatt, mint ma, így sok mindent olyan forrásból 
kellett fordítani, amit eredetileg más felületekre fejlesztettek. 
Akkoriban a Linux terjesztésekbe való csomagolásának mód- 
szerei sem voltak még annyira fejlettek, kevesebb volt a terjesz- 
tés is, és közel sem változtak ilyen gyorsan. 

(Kellett-e már valaha forrásból fordítani a ps parancsot, mert 
vadonatúj rendszermagod nem képes együttműködni a ter- 
jesztéseddel együtt érkezett régebbi ps-változattal? Néhá- 
nyunk átélte ezt a felemelő élményt. Ezenkívül minden nap 

15 kilométert kellett gyalogolnunk az iskoláig kígyóktól 
hemzsegő mocsarakon át stb.) 

Ma már másként mennek a dolgok. Ne érts félre, nem mon- 
dom, hogy legyünk a bináris csomagok rabjai. Megeshet, hogy 
egy alkalmazás olyan tulajdonságára van szükséged, amely 
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hiányzik a terjesztésben szereplő változatból, vagy a saját 
ízlésed szerint szeretnéd lefordítani a programot, mert nem 
felel meg a terjesztésben szereplő egyencsomag. Ennek 
ellenére az esetek többségében sok fontos előnye van a bináris 
csomagok használatának. 

Az első a kényelem: sok alkalmazás egyetlen helyről való 
letöltése gyorsabb és könnyebb, mint ha egyesével kellene 
leszedegetni őket a fejlesztők honlapjairól (főként ezért 
alakultak ki a terjesztések), és a bináris csomagok telepítése 
sokkal gyorsabb és hibátlanabb, mint a fordítás. A kényelem 
nem az az érték, amit mi, vakbuzgó unixosok különösebben 
elismerünk, de azért el sem hanyagolandó. 

A második előny a csomagok megbízhatósága, ugyanis a 
nagyobb terjesztéseknél a csomagolás előtt az alkalmazásról 
eldöntik, hogy érdemes-e betenni a terjesztésbe, és ha igen, 
melyik a legmegbízhatóbb változata, milyen fordítási beállí- 
tások illenek legjobban a terjesztéshez stb. Volt már ez alól 
egy pár híressé vált kivétel, manapság azonban a legtöbb 
terjesztésnél elég rendesen ellenőrzik a termék minőségét. 

A megbízhatóság magától értetődően a biztonság szempont- 
jából is fontos: ahol hibák vannak, ott sebezhető pontok is 
akadnak. Még az olyan hibákat is ki lehet használni, amelyek- 
nek nincs nyilvánvaló biztonsági következményük, gondoljunk 
csak a szolgáltatásmegtagadásos (DoS-típusú) támadásokra, 
amelyeknek az a célja, hogy lefagyasszák a rendszert. 

Ez elvezet az alkalmazások biztonságának egyik kiábrándító 
ellentmondásához: bár az Interneten leginkább elterjedt 
sebezhetőségek a gyengén karbantartott alkalmazásokból 
erednek (elavult, illetve ismert hibával bíró változatok), az 
újabbak nem feltétlenül jobbak. A biztonsággal foglalkozó 
szakemberek az évek során joggal marasztalták el a Microsof- 
tot, hogy csigalassúsággal ismeri el a hibáit, és termékeihez 
ráérősen adja ki a javításokat. De ugyanúgy keserű tiltakozás 
követi azt is, amikor a Microsoft gyorsan ad ki egy a megbíz- 
hatóságot rontó javítófoltot, mert ez nagymértékben csökkenti 
az eredeti hiba kijavításával elért előnyt. 

Most egy pillanatra hagyjuk figyelmen kívül, hogy a meg- 
bízhatóság önmagában is kívánatos, és gondolkodjunk el a 
következőkön: tegyük fel, hogy egy alkalmazásban lehetőség 
kínálkozik egy jelentéktelen tártúlcsordulási hiba elméleti 
kihasználására a rendszergazdai jogok szerzésének céljából, 
de ezt csak olyan felkészült assembly-programozók tudják 
kiaknázni, akik az RC4-folyamok titkosításához is jól értenek. 
Ezt egy olyan kódrészlettel foltozzuk meg, ami miatt lehetőség 
nyílik a gép lefagyasztására, amit még a jobb elfoglaltságot 
nem találó iskolás kölykök is ki tudnak használni. Nagyobb lett 
ettől a biztonság? A válasz a pontos körülményektől függ és 
attól, hogy kinek tesszük fel a kérdést, de a tanulság az, hogy 
a programfrissítések gyakran ilyen gondokat vetnek fel. 

Talán túlmagyarázom ezt a témakört, de fontos, hogy elosz- 
lassuk azt a tévhitet, miszerint az azonnali programfrissítés 
valamiféle csodaszer. Évekig tartott, míg teljesen megértettem, 
hogy például miért csomagolják a legeslegújabb OpenBSD- 





terjesztésbe is a BIND v.4.9.8-at, ami számítógépévekben 
mérve már ősöregnek számít. 

Azért is fontos ez — eredeti témánkhoz visszatérve —, hogy 
megértsük, miért célszerű ráhagynunk Linux-terjesztésünk 
összeállítóira a nehéz foltozási döntések meghozatalát, és a 
foltozással a terjesztés által kiadott hivatalos (és remélhetőleg 
kipróbált) javítást megvárnunk. Épp elég nehéz lépést tartani 
a terjesztés által kiadott biztonsági frissítésekkel — teljesen 
kilátástalannak tartom, hogy saját magam foltozzam és fordít- 
sam újra az összes lényeges alkalmazást, és izgatottan várjam, 
hogy a foltozással nem rontottam-e el valami mást is. 
Összegezve az eddigi bölcsességeket: naprakésznek lenni 
erény, bináris csomagokat használni a lustaság erényes for- 
mája, és a másodkézből származó (a Linux-terjesztésed által 
kiadott) biztonsági frissítések használata az egyéni ,vagány- 
kodás" helyett nem lustaság, hanem okosság. 


Melyik rendszert kell frissíteni és hogyan? 

Mielőtt az önműködő írissítési eszközökről szólnék, beszéljünk 
egy kicsit a rendszerek különféle fajtáiról. Az Internetre közvet- 
lenül csatlakoztatott kiszolgálónak sokkal sürgetőbb igénye 
van az azonnali alkalmazásírissítésre, mint egy tűzfal mögött 
elhelyezett asztali gépnek. A józan ész segít annak a döntésnek 
a meghozatalában, hogy melyik rendszernél kell több időt 
fordítani a szigorú naprakészen tartásra, és melynél fogadható 
el alacsony kockázati szint a kisebb energiaráfordítás 
következtében. 

A másik dolog, amit a rendszerek szerepe kapcsán meg 

kell fontolni: melyik gépen futtatható kényelmes X-alapú 
frissítőprogram, mint amilyen például a YaS12? Az Internetre 
kapcsolt kiszolgálón nem tanácsos X-kiszolgálót futtatni. Ha 
nagyon tetszik a YaSI2 könnyű használhatósága és az általa 
biztosított kényelem, futtasd egy belső rendszeren, állítsd be 

a frissítések mentését, és a frissítéseket scp-vel másold fel a 
külső gépre. 


Red Hat up2date 

A Red Hat 6.2 óta az up2date program használható a frissített 
csomagok önműködő azonosítására, letöltésére és telepítésére. 
Az up2date szöveges és grafikus módban is futtatható, így a 
,Hol futtathatom?" fent taglalt kérdése fel sem merül nála. 

Az up2date-et a futtatás előtt be kell állítani. Szerencsére két 
egyszerű és kényelmes eszköz is a segítségünkre van. Először 
létre kell hozni egy felhasználói fiókot a Red Hat Networkön 
(RHN) az rhn register használatával. Kapcsolók nélkül 
indítva az rThn register grafikus módban indul dea nox 
kapcsolót megadva szöveges módban is futtatható:: 


bash-tt rhn register -nox 


Az RHN-nél egy rendszer díjmentesen bejegyeztethető, 
azonban az ugyanahhoz a fiókhoz tartozó további rendszerek 
után díjat kell fizetni. RHN-bejegyzés szükséges minden olyan 
gépre, amelyen az up2date-et futtatni akarod, viszont semmi 
sem akadályoz meg benne, hogy egyetlen gépen futtasd az 
up2date-et, majd mentsd a frissített csomagokat, és többi Red 
Hat rendszeredre scp-vel vagy más biztonságos módon 
átmásold, majd a rendszereken kézzel telepítsd őket. 

Egy további dolog, amit tudnod kell az RHN-ről, hogy az 
RHN-be bejegyzett rendszer alapértelmezés szerint a számí- 
tógép hálózati beállításait, alkatrészeinek listáját és az összes 
telepített csomag nevét, valamint változatszámát elküldi az 
RHN-nek. Ennek segítségével ütemezheted az RHN által 


www.linuxvilag.hu 


küldött önműködő frissítéseket, illetve testreszabott leveleket 
kaphatsz, ha a gépedre telepített valamelyik csomaghoz 
frissítés jelent meg. 

Valószínű, hogy ez a két lehetőség tetszeni fog neked, és 
amennyiben a kettő közül bármelyik is megkönnyíti a rendsze- 
res biztonsági frissítések kezelésével kapcsolatos munkádat, 
nem foglak bírálni érte. Nekem azonban nincs ínyemre, hogy 
idegeneknek részletes listát adjak a gépem beállításairól. 

Nem arról van szó, hogy okom lenne a bizalmatlanságra a 
Red Hatnél dolgozó remek szakemberekkel szemben, csak 
azt állítom, hogy nem kell megbíznom bennük, ha nincs 
kedvem hozzá. 

Végül is nem olyan nagy feladat a Redhat-Watch listát járatni, 
amelyen a Red Hat bejelenti a frissítéseket 

(2 http:/listman.redhat.com), és ezután eldönteni, hogy 
futtatni kívánom-e az up2date-et. Ha szükséges, az up2date 
akkor is megállapítja, hogy mely frissítések érintik a 
rendszeremet, ha a Red Hat semmilyen adatot nem tárol 
rólam. Emiatt én azt a gyakorlatot követem (és mindenkinek 
ezt javaslom), hogy ne jelöljük be az rhn register követ- 
kező beállításait: Include information about hardware and 
network (Az alkatrészek és a hálózat adatainak továbbítása) és 
Include RPM packages installed on this system in my System 
Profile (Ielepített RPM-csomagok feljegyzése a felhasználó 
rendszerprofiljában). 
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1. kép A Red Hat up2date-config eszköze 








Miután rendszeredet bejegyeztetted a Red Hat Networknél, 
futtatnod kell az uup2date-config programot (lásd az 

1. képet). Az rThn register-hez hasonlóan ez a parancs is 
támogatjaa nox kapcsolót, ha szöveges módban kívánod 
futtatni. Az uup2date-config használata többnyire magától 
értetődik, de egynéhány beállítást érdemes megemlíteni. 
Először is: ha a fent leírt módon egy központi gépet szeretnél 
használni a frissítések tárolására és terjesztésére, az After 
installation, keep binary packages on disk (lelepítés után a 
binárist hagyja a lemezen) beállítást be kell jelölnöd, és a 
Package storage directory: (A csomagok tárolási helye) alapér- 
telmezett értékét is meg kell adnod (vagy legalább megje- 
gyezned). Ha az rhn register-t a -nox kapcsolóval 
futtattad, ezek a beállítások keepAfterInstall és storageDir 
néven szerepelnek. 
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3. kép Frissítés a YaS12-vel 


Másodszor: hacsak nem túl lassú a géped, ne tiltsd le az 
alapértelmezés szerint engedélyezett Use GPG to verify 
package integrity (GPG használata a csomag épségének ellenőr- 
zésére) beállítást. Az rpm formátum egyik legjobb tulajdonsága 
a belső GPG-aláírás használata, amellyel ellenőrizhető a cso- 
mag épsége. Az up2date ezt az ellenőrzést magától elvégzi, ha 
a GnuPG telepítve van a gépen. Egyénként az RPM-csomagok 
GPG-aláírását a következő paranccsal kézzel is ellenőrizheted: 


rpm --checksig /path/packagefilename.rpm 


Természetesen a /path/packagefilename.rpm helyére az ellenőr- 
zendő RPM-tájlt kell írni, a teljes elérési úttal. 

Előbb vagy utóbb valaki feltöri a Red Hat egyik tükörkiszol- 
gálóját, és valamelyik létfontosságú csomagot egy trójai falóval 
helyettesíti. Ha ez megtörténik, akkor azokat, akik rendszere- 
sen ellenőrzik az RPM-csomagok aláírását, ez a gond sokkal 
kevésbé fogja érinteni. 
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Milyen gyakran frissítsd az egész terjesztést? 


Tegyük fel, hogy a képzeletbeli Bo-Weevil Linux 33.1 
terjesztést használod, és mindig elvégezted a szükséges 
csomagfrissítéseket. Mi a teendő, ha megjelenik a 
Bo-Weevil 33.2? A folyamatos naprakész állapot fenntartá- 
sához szükséges-e a 33.2-re történő frissítés? 
Lehetséges, de valószínűleg nem. A terjesztés frissítése 
(a csomagfrissítésekkel szemben) általában új tulajdonsá- 
gokat, csomagokat és igen, biztonsági frissítéseket is ad 
a rendszerhez, azonban a terjesztés frissítése önmagában 
nem biztosítja, hogy a rendszer biztonságosabbá válik. 
Más szavakkal kifejezve: a teljesen megfoltozott Bo-Weevil 
33.1 valószínűleg biztonságosabb, mint a foltozatlan 
33.2, és legalább olyan biztonságos, mint a foltozott 
33.2-es rendszer. 

Csak akkor frissítsd a terjesztést, ha olyan új tulajdonsá- 
gokkal rendelkezik, amelyekre szükséged van. Azonnal 
frissíts, ha az általad használt változat támogatása hivata- 
losan megszűnik (például több biztonsági frissítést nem 
adnak ki). Ha egyik eset sem áll fenn, továbbra is frissít- 
gesd a régebbi terjesztés csomagjait, és ne ess a válto- 
zatszámhóbort hibájába. 
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Security Information 


Debian takes security very seriously, Most security problems brought to our attention are corrected within 48 hours. 
Experience has shown that "security through obscurity" does not work. Public disclosure allows for more rapid and better 


solutions to security problems. In that vein, this page addresses Debians status with respect to various known security 
holes, which could potentially affect Debian. 


Keeping your Debian system secure 


In order to receive the latest Debian security advisories, subscribe to the debian-security-announce mailing list. 
You can use apt to easily get the latest security updates, This reguires a line such as 

deb http: //security. debian. org/ voody/updates main contrib non-free 
inyour /etc/apt/sources. list file. 


For more information about security issues in Debian, please refer to the Security Team FAO and a manual called 
securing Debian. 





4. kép A Debian/GNU biztonsággal foglalkozó weboldala 


Miután bejegyeztetted magad az RHN-nél, és lefuttattad az 
up2date-config-ot, futtathatod magát az up2date 
programot (lásd a 2. képet). Erről nem lehet túl sokat mondani, 
az up2date célja eleve az egyszerűség és a kényelem, 
szükségtelen ecsetelnem, hogyan kell a világosan feliratozott 
gombokra kattintgatni. 

Megismétlem korábbi tanácsomat: iratkozz fel a Redhat-Watch 
listára, és amikor a rendszeredet érintő frissítést bejelentik, 
azonnal futtasd az up2date-et. Egy ilyen remek és felhasz- 
nálóbarát eszköz birtokában nincs mentséged, ha elmulasztod. 


A SuSE frissítőrentdszere 

Ha SuSE Linuxot használsz, még egyszerűbb a dolgod. Az ön- 
működő fírissítésekhez a YaS12 frissítőmodulját használhatod 
(lásd a 3. képet). 
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5. kép Az apt-get update parancs kimenete 


A Red Hat up2date-tel ellentétben a SuSE-nél a számítógépet 
nem kell bejegyeztetni a program futtatása előtt, és külön 
alkalmazás vagy fájl segítségével beállítani sem szükséges. 

A frissítőómodul mindent egyben tartalmaz. Az első néhány 
képernyőjén szükség esetén megváltoztathatóak a beállítások 
(például a csomagok letöltéséhez a tartózkodási helyedhez 
közelebbi kiszolgálót is választhatsz, mint például a SuSE 
amerikai 5 ítp.suse.com kiszolgálója). 

Ha tudni akarod, mikor kell elindítani a frissítőmodult, iratkozz 
fel a SuSE suse-security-announce levelezőlistára. A Redhat- 
Watch listához hasonlóan a forgalom kicsi, és ne aggódj amiatt, 
hogy a SuSE komolytalan üzenetekkel szemeteli tele a postalá- 
dádat. A feliratkozáshoz látogass el a 5 http://www.suse.com/ 
en/support/mailinglists/index.html címre. 

Őszintén szólva sokkal többet nem kell elmondanom a YaST2 
frissítőmoduljáról, kivéve egy apró hibát, amit tapasztaltam. 
Tulajdonképpen a felhasználó hibája, de könnyű elkövetni. 

Ha a yast2 parancsot egy xterm-ből, vagy a Parancs futtatása 
párbeszédablakon keresztül kézzel adod ki, és az X nem rend- 
szergazdaként fut, a frissítés sikertelen lesz, és azt a félrevezető 
hibaüzenetet kapod, hogy a frissítési lista a megadott FIP- 
kiszolgálón nem érhető el. 

Nem ez az igazi ok, valójában a YaS12 rendszergazdai jogo- 
sultságokat igényel ahhoz, hogy ezt a fájlt kiírja a lemezre, 
miután az FIP-kiszolgálóról letöltötte. Ez nem azt jelenti, hogy 
a YaSI2csak a rendszergazda által futtatott XX:-munkafolyamat- 
ból indítható, de ha az X nem így fut, akkor a YaS12-t a SuSE 
által létrehozott menübejegyzés segítségével kell elindítani, 
mert ebben az esetben elkéri a rendszergazda jelszavát, és a 
frissítés rendben megtörténik. 


Az RPM-csomagok kézzel történő frissítése 

Annyira fellelkesített az uuo2date és a YaS12, hogy még nem is 
említettem az RPM-fájlok frissítésének egyik legegyszerűbb 
módját: magát az rpm parancsot. Ez a módszer ugyanolyan jól 
működik a Red Hat (és származékai), valamint a SuSE alatt. 
Használatát egy példán keresztül mutatom be. 

legyük fel, hogy értesítést kaptál a képzeletbeli SuSE vagy 

Red Hat , blorpflap" csomag sebezhetőségéről és az azt 
megszüntető fírissítésről. A frissített RPM-csomagot az értesítés- 
ben megadott címről letöltötted a helyi /usr/pkg/updates/ 
blorpflap-3.2-3.rpm útvonalra. Először ellenőrizd a csomag 
érvényességét: 


rpm --checksig /usr/pkg/updates/ 
blorpflap-3.2-3.rpm 
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lermészetesen ehhez az szükséges, hogy a terjesztés csomag- 
aláíráshoz használt kulcsa rajta legyen a nyilvános GnuPG 
kulcscsomódon (a Linuxvilág 2001. októberi és novemberi 
számában megjelent egy kétrészes írásom a GnuPG 
használatáról). 

Miután a GPG-aláírás ellenőrzése rendben zajlott (vagy felté- 
telezed, hogy rendben zajlana le, amit a saját felelősségedre 
megtehetsz - a fenti lépés nem kötelező), telepítsd a frissítést: 


rpm -Uvh /usr/pkg/updates/blorpflap-3.2-3.rpm 


A -U természetesen az update (frissítés) rövidítése (valójában 
frissítés vagy telepítés), és már telepített csomagok frissítésére 
vagy új csomagok telepítésére használható; a -v bőbeszédűvé 
teszi a folyamatot; a -h hatására pedig a folyamat előrehala- 
dásáról képet kaphatunk. 
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A Debian apt-get programja 

Ebben a hónapban ez az utolsó eszköz, amit bemutatok. 

A Debian általános jellegzetességének megfelelően az apt - 
get kevésbé csillog-villog, csakhogy bizonyos szempontból 
könnyebben használható, mint a többi terjesztés díszes grafi- 
kus frissítőeszközei. Dióhéjban elmondva: a deb-csomagok 
frissítése a Debian rendszeren két lépésből áll: 


1. a csomaglista frissítése, 
2. az új csomagok letöltése és telepítése. 


Mindkét lépés az apt-get segítségével hajtható végre: 


bash-tHt apt-get update 
bash-tHt apt-get -u upgrade 


A második parancs hatására az apt-get a wget segítségével 
letölti a frissített csomagokat és telepíti őket. 

A Debian biztonsági hibáiról és a frissítésekről értesítést kap- 
hatsz, ha feliratkozol a debian-security-announce levelező- 
listára a 5 http:/www.debian.org/MailingLists/subscribe 
oldalon található űrlap kitöltésével. Futtasd le az apt-get 
programot, ha értesítést kapsz egy a rendszeredet érintő 
biztonsági frissítésről. 

Bármennyire is szeretem az apt-get programot, akad egy 
fontos hiányossága: nem lehet vele GPG-aláírásokat ellen- 
őrizni. Ez azért van így, mert a deb formátum sajnos nem 
támogatja az aláírásokat, és a Debian-csomagokat jelenleg 
külső aláírással sem látják el. Állítólag a deb formátum követ- 
kező változata már támogatni fogja a GPG-aláírásokat. 


Ennyi jutott erre a hónapra. Sok szerencsét kívánok a 
frissítésekhez! 


Linux Journal 2002. július, 99. szám 
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Grafikus felület programozása Ot-ban (1. rész) 








Írásunkkal a grafikus felhasználói felülettel rendelkező programok 
készítésének rejtelmeibe kívánunk betekintést nyújtani. Készítsünk egyszerű 
szövegszerkesztő programot együtt! A cikk második részében bővíteni fogjuk 
a program képességeit, valamint elkezdjük a honosítását Is 


ár régen elmúltak azok a napok, amikor a grafikus 
pi felhasználói felület készítése egyet jelentett kedvenc 
karakteres szerkesztőnk és a make órákon keresztüli 
nyuvasztásával. Ma már a bonyolult fejlesztői felülettel (ami- 
lyen például a KDevelop) nem rendelkező fejlesztői rendszerek 
is a súgójukban azt ígérik, hogy a grafikus felületek fejlesztését 
a lehető legfájdalommentesebbé teszik. 
Aki azt hiszi, hogy a KDE által is használt Ot fejlesztőcsomag 
mindössze egyetlen programkönyvtárból áll, nagyon megle- 
pődik, amikor egy 14 MB-ot meghaladó méretű tárállományt 
tölt le a 5 http:/ftp.trolltech.com/pub/gt/source címről. Annak 
ellenére, hogy a Ot korábbi változatai híresek voltak megbíz- 
hatóságukról, a Ot 3.0-nak 2001. október közepi első megjele- 
nése óta annyi hibája vált ismertté, hogy már a negyedik 
javítócsomag jelent meg. Sőt, további csomagok megjelenése 
várható. Emiatt minden esetben a legfrissebb csomag haszná- 
latát javasoljuk. 
A at-x11-free-3.0.x.tar.gz tárállományban — mi ma- 
gunk a Ot 3.0.4-et használtuk — nem csupán az osztálykönyv- 
tárat találjuk meg, hanem annak HIML formátumú leírását is, 
valamint több olyan eszközt, amelyek életünk megkönnyítését 
ígérik a grafikus alkalmazásfejlesztés területén. 
Egy egyszerű szövegszerkesztő-alkalmazás grafikus felhasz- 
nálói felületének elkészítéséhez szerezzük be a Ot Designer 
programot. Az említett szövegszerkesztő megtalálható a 
40. CD Magazin/Ot könyvtárában. A programmal együtt 
birtokunkba kerül egy felhasználóifelület-fordító eszköz 
(User Interface Compiler — UIC), amely a Designer program 
XML formátumú kimenetét Ct 4 nyelvű programmá alakítja. 
Írásunk második részében további C-t ---kóddal egészítjük 
ki kedvenc szövegszerkesztőnket, hogy életet vigyünk 
grafikus felületébe. 
A jövő hónapban kitérünk a Ot fejlesztőkörnyezet újabb tag- 
jára, a Ot Linguistre is, mellyel elkezdjük a program honosí- 
tását. A Ot Designerhez hasonlóan ez a segédeszköz is grafikus 
felülettel rendelkezik, valamint XML formátumot használ ki- 
és bemenetként. Az XML formátumú fordítást igénylő kifeje- 
zéslista elkészítéséhez a programcsomagban egy parancssori 
eszközt kapunk, amit az lupdate névre kereszteltek. Amint 
a fordítás elkészült, egy másik parancssori eszköz, az 
lrelease az XML-állományt az alkalmazás futása idején 
a szükséges bináris formátumúvá alakítja. 
Makefi1le-okat készíteni Ot-alkalmazásokhoz távolról sem 
gyerekjáték. A Ot régebbi változatai nem tartalmaztak ehhez 
a feladathoz segédeszközt; a Ot gyártója, a Irolltech a tmake 
nevű eszközt kínálta külön letöltésre. A Ot 3.0-s tárállomány- 
ban szerepel a amake nevű új segédprogram, ami nagy segítsé- 
günkre lehet a Makefile létrehozásához. Erre is a cikk 
második részében térünk ki. 
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Tervek szövögetése 

A g4t1 fordítókörnyezettel az összes szükséges fejlesz- 
tőeszköz a birtokunkban van; most már csak az elkészítendő 
szövegszerkesztő-alkalmazásra kell összpontosítanunk. 

De vajon milyen igényeket is támasszunk programunkkal 
szemben? 

Mivel egyszerű szövegszerkesztőt szeretnénk csak készíteni, 
csupán az alábbi feladatokat várjuk el: új szerkesztőablak 
megnyitása és bezárása, dokumentum mentése más néven és 
kilépés az alkalmazásból. lermészetesen tudjon szöveget 
másolni, kivágni, beilleszteni. Szeretnénk a visszavonás-mű- 
veletet is elérni, valamint megköveteljük a programtól, hogy 
a betűjellemzőknél a dőlt, félkövér és aláhúzott formázást 
lehessen alkalmazni, illetve ezek tetszőleges kombinációit is. 
A szerkesztő Névjegy ablakában jelenjen meg pár sor, a neve 
pedig legyen mondjuk, ljedit. 

A betűjellemzőktől eltekintve minden feladat legyen elérhető 
a Fájl, Szerkesztés és Súgó menün keresztül. A dőlt, félkövér 
és aláhúzott betűtulajdonságok kapcsolói az eszköztár alme- 
nüiként legyenek hozzáférhetők, és ugyanitt további ikonok 
szerepeljenek az állományok megnyitásához és mentéséhez, 
a műveletek visszavonásához és megismétléséhez, a szöveg- 
elemek kivágásához, másolásához és beillesztéséhez. 

Minden ikonhoz tartozzon előugró súgó (buborék), ami 
jelenjen meg, ha a felhasználó az egérrel elidőz az egyes 
ikonok felett. A Mentés másként és a Kilépés szolgáltatásokat 
kivéve valamennyi lehetőség gyorsbillentyűkön keresztül is 
legyen elérhető. 

A felhasználókat a váratlan adatvesztéstől megóvandó az 
állományok megnyitásakor és bezárásakor, továbbá az alkal- 
mazásból történő kilépéskor jelenjen meg a kérdés, hogy a 
felhasználó a régi állomány (megváltozott) tartalmát menteni 
szeretné-e, vagy veszni hagyja a módosításokat. A fentebb 
említett szolgáltatások többségének tervezése a Designerrel 
elvégezhető, az utóbbi feladat megvalósítására azonban 
ugyancsak következő számunkban térünk ki. 


A felhasználói felület megtervezése 

Amennyiben a rendszerre egynél több Ot rendszer van 
telepítve, a OTDIR változót a megfelelő Ot-változatot tartal- 
mazó könyvtárra kell irányítani. Ezután egy terminálból 

a designer 6 paranccsal indítsuk el a fejlesztőkörnyezetet. 
Ha a SOTDIR/bin könyvtár nincs a keresési útvonalban, vagy 
több Ot-változat is telepítve van, a parancs kiadásánál érdemes 
használni a teljes útvonalat. Új feladatfájlt a File menü New 
pontjával hozhatunk létre. A megjelenő párbeszédablakban 
kattintsunk a C-t -t Project ikonon, majd döntésünk megerő- 
sítése végett kattintsunk az OK gombra. Most már létre tudunk 
hozni új gmake-feladatot, ha megadjuk a nevét, a helyét és 
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4. kép A Designer és az új form 


Main VAndow VAzard 


a program főablakát. 
Ha telepítve van a varázsló, 
akkor most megjelenik a 
Main Window Wizard ablak 
$-p delre első oldala (lásd a 2. képet). 
. ff edítpasteáction BESSPTTANAH ÉSOn dos 
, a kodunk, majd igen, gondol- 

li juk úgy miis, hogy a varázsló 


. Egy edítcopyáction 


3. kép Töltsük fel az eszköztárat! 


a leírását (lásd az 1. képet). 

Ezután még egyszer a Fájl menüben válasszuk a New pontot, 
hogy létrehozzuk programunk első (és egyben a cikkben 
felsorolt igények számára szükséges egyetlen) grafikus elemét 
(widget). Válasszuk tehát a Main Window ikont, létrehozva 
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he d edítcutáction 

je Cui edittRedoáction 
8 KT) ediítUIndoAucthor 
fileExitáction 


 EgfiePrintáction 


hozza létre a menüt és az 
eszköztárat. Ezzel egy keretet 
(a szokásos függvényekkel és 
csatolásokkal) kapunk, 
amelyet remekül tudunk 











majd használni. 

A Next: gomb megnyomása 
után az eszköztár létrehozá- 
sával kapcsolatos lapra kerü- 
lünk. Itt a File kategóriából válasszuk ki az Open és a Save 
pontokat, majd adjuk hozzá az eszköztárhoz a jobbra mutató 
nyíl segítségével. Ezután ugyanígy adjuk hozzá az Edit kategó- 
riából az Undo, Redo, Cut, Copy és Paste pontokat, valamint 
rendezzük el az eszköztárat elválasztókkal (Separators), ahogy 
a 3. képen is látható. Az utolsó oldalon semmit nem kell 
tennünk, csupán bezárnunk azt. Ezután a Designer a 4. képen 
hasonló állapotot mutatja. 

Ahhoz, hogy kívánt programunk elkészüljön, összesen két 
további dologra van szükségünk: egyrészt a főablak neve ne 
Forml, hanem valamilyen értelmes név legyen, másrészt pedig 
szükségünk van a szerkesztőmezőre, hisz anélkül bajosan 
tudunk szöveget szerkeszteni. Az első igény könnyen kielégít- 
hető: a Property Editor ablakban a Properties lapon kell kör- 
benéznünk. Ez a lap mindig az éppen használt elem tulajdon- 
ságait és azok értékeit kínálja fel szerkesztésre. Mivel utoljára 

a Form1 formmal dolgoztunk, nem kell külön rákattintanunk. 
A name tulajdonság értékét változtassuk meg 1l1jeditor-ra, 
ezáltal nevet adunk az osztálynak, majd a caption mezőbe írjuk 
be az ablak fejlécében kívánt szöveget (a változatosság 
kedvéért legyen 1 jeditor). 

Most hozzuk létre a szövegszerkesztő területet. Kattintsunk 

a Richtext Editor ikonra (a 4. képen a jobb szélétől számolva 

az ötödik ikon, , abc de" felirattal), majd kattintsunk az 


T  flssausásáctiám 


5. kép Az Action Editor 
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0 Kiskapu Kft. Minden Jog fenntartva 


Edit Connectjon 


: 


7. kép Új függvényváz létrehozása 


ljeditor form pöttyözött hátterén. Az új szerkesztőmezőt a szo- 
kásos módon méretezhetjük. Kereszteljük el TextEdit névre. 
Már csak a program szolgáltatásait kell biztosítanunk. Először 
is távolítsuk el a nem használandó tevékenységeket (Actions) 
az Action Editor segítségével (5. ábra). Töröljük az ollót ábrá- 
zoló ikonnal (vagy a helyi menüből kiválasztott Delete ponttal) 
az alábbi elemeket: helplndexAciton, helyContentsAction, 
editFindAction. 


Tevékenységek 

A szerkesztőnek szüksége van néhány további tevékenységre 
is, hogy kezelni tudjuk a szöveg formázását (félkövér, dőlt, 
aláhúzott). Az Action Editor ablakban lévő New lenyíló 
menüből (Egy üres lap) válasszuk a New Dropdown Action 
Group pontot, melybe majd a módosítók kerülnek, és állítsuk 
be fontosabb értékeit: a name tulajdonsághoz írjuk be a 
fontCharacter nevet, majd az iconSet tulajdonságra kattintva 
a megjelenő ,,..." gomb segítségével válasszuk ki a megfelelő 
ikont. Az Add... gombbal külső fájlt is adhatunk hozzá. 

A menuText-hez és a súgószövegekhez írjuk be a , Font 
Characteristics" szöveget. A fooltip-hez és a statustip-hez írjuk 
be: , Choose font characteristics", valamint fontos, hogy az 
exclusive tulajdonság értékét False-ra állítsuk. Ezzel érjük el, 
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ielr (LAN TÜZET LENT a 


void jedítar:filetlnsen 


ij 
Eloseő; 
i 


void ljeditarzíile Esitű 


dápp-scloseállWindowsű; 
1 


void jeditarzíle lesz 
ii 


1 


void ljeditarzíiletübenf 
1) 


1 


void ljeditarzfilesaáveti 


void ljeditarz:filesaáve A sí 
t 


1 


void ljeditar::helháhoutá 


t 
(iMessageboxs:abuauti this, tri "ékhout Hedit" 1, 


tri "8 tiny test editorám" 
"(61 züül Fatricia Jung for Linux Journal" 
"Using Gt 3.ú and üt Lesigner." 1 ); 


8. kép Egyszerű forráskódsorokkal ilyen könnyű a szolgáltatásvázat kiegészíteni 


hogy a felhasználó egyszerre több tulajdonságot is ki tud vá- 
lasztani (például egy szövegrészt félkövérre és dőltre formáz- 
hat). Az exclusive értékét Irue-n hagyva egyszerre csak az egyik 
elemet lehet kiválasztani. 

A fontCharacter csoporton jobb gombot nyomva, majd a 

New Action (új tevékenység) menüpontot választva a helyi 
menüből, adjunk hozzá egy italics nevű tevékenységet a 
CTRL-I gyorsbillentyűvel, Italics szöveggel. Mivel a felhasz- 
náló ezt a tulajdonságot be és ki tudja kapcsolni, fontos, 

hogy a toggleAction értékét Irue-ra állítsuk. Alapértelmezés- 
ként nem szeretnénk dőlt szöveget, ezért az on tulajdon- 
ságot kapcsoljuk ki. 

A másik két gyermektevékenységet is hozzuk létre, mind a 
félkövér (bold, CTRL--B), mind pedig az aláhúzott (underline, 
CTRL-tU) számára. 

Az elkészített fonutCharacter csoportot egyszerűen úgy adjuk 
hozzá az eszköztárhoz, hogy megfogjuk az Action Editor-ban, 
és áthúzzuk az eszköztárra. Ha elé vagy mögé elválasztót 
szeretnénk, a kívánt helyen kattintsunk a jobb gombbal, majd 

a helyi menüből válasszuk az Insert Separator pontot. 

Ha most átlépünk előnézetbe (CTRL-- 1), láthatjuk, hogy az 
elkészített elemek egyelőre semmit sem csinálnak. Hogy életre 
keltsük őket, ismét visszatérünk az Action Editor ablakba, 
kiválasztjuk az italics elemet, majd a piros-kék Edit Connections 
(Kötések szerkesztése) gombra kattintva kiválasztjuk a 
toggled(bool) jelet a Signals listából. Ahelyett hogy az 
ljeditor egyik foglalatához (slot) kötnénk, a S/ots lenyíló 





listából a TextEdit-et 
választjuk, majd az alatta 
lévő listából kiválasztjuk a 
setltalics (bool) elemet 
(ez egyébként a OTextEdit 
osztályhoz tartozik, a 
TextEdit is ennek az osz- 
tálynak a tagja). Itt semmi 
más dolgunk nincs, a kötés 
létrejött (ahogy az ablak alsó 
részében megjelenő új sor 
ezt jelzi is), zárjuk be az 
ablakot az Ok gombbal. 


Object Explorer 


jemeopen[/ 


rotected 
elprivate z 

Signals z 
(Forward Declarations mm [/ 
Ugyanezzel az eljárással a 
bold tevékenységet kössük a class Variables me [/ 


setBold(bool) foglalathoz,  [f7 gappírcation hz c 
valamint az underline tevé- ..legmessageboxhz 
kenységet a 
setUnderline (bool) 
foglalathoz. Ha ezzel meg- 
vagyunk, próbáljuk ki ismét 
az előnézetet. Igen! Progra- 
munk kezeli a CTRL--I, CTRL-t B, CTRLHU gyorsbillentyűket! 
Most pedig jöjjenek a beépített tevékenységek kapcsolatai! 
Ezeket nem lehet , váltani", tehát a toggled((bool) jel nem 
jön szóba. Ehelyett el tudnak indítani egyszerű parancsokat, 
mint például , Mentsd az adatokat". Ezért az activated () 
jelet kell a megfelelő foglalatba kötnünk. 

Az edit RedoAction számára ez a TextEdit : : Tedo ( ) . 
Leválasztjuk tehát ezt a tevékenységet az 

ljeditor : :editRedo ( ) -ról. Ezt egyébiránt akkor 
használtuk volna, ha nem akarnánk a OTextEdit Redo ( ) - 
jára támaszkodni. Ugyanígy, az editUndoAction action() 
jelét kössük a TextEdit : : Undo ( ) -hoz, és válasszuk le az 
ljeditor-ban lévő vázfüggvényről. Ugyanígy járjunk el az 
editPasteAction és a TextEdit : : Paste () foglalat, az 
editCopyAciton és a TextEdit : copy () foglalat, valamint 
az edit CutActionésa TextEdit: : Cut foglalat esetén. 

A további előre elkészített tevékenységek (helpAboutAction, 
fileExitAction, fileSaveAction, fileSaveAsAction, 
fileOpenAction és a fileNewAct ion) továbbra is az 
1ljeditor-ban megadott vázhoz kapcsolódjanak, ezeket 

a későbbiek során még programkóddal egészítjük ki. 

Egy fontos művelet azonban továbbra is hiányzik, nevezetesen 
az, amelyet a felhasználó akkor indít el, amikor az éppen 
használt szerkesztőablakot szeretné bezárni a 
fileExitAction művelethez hasonlóan (ez utóbbi a teljes 
alkalmazásból kilép). 

A munkafolyamat immár ismerős: a tevékenységszerkesz- 
tőben kiválasztjuk a Create New Action menüpontot, majd a 
Property Editor-ban a fileCloseAction nevet adjuk neki, 
begépeljük a ,Close" szöveget; gyorsbillentyűnek pedig a 
CTRL-Z-t választjuk. 

Mindazonáltal az accelerated( ) függvény kötési helye 
még mindig hiányzik. E hiányosság kijavításához a Designer 
Edit menüjében válasszuk a Slots pontot. A 7. képen látható a 
megjelenő ablak. 

Hozzunk létre egy új foglalatot fileClose () 
függvénynévvel, visszatérési típusa (return type) legyen üres 
(void), elérése (Acess type) pedig public. Az Edit Slots párbe- 
szédablak nem képes csodákat művelni, csupán egy függvény- 
vázat hoz létre az 1 jeditor osztálymeghatározásán belül. 
Ezek után hozzáköthetjük a fileCloseAction 


9. kép Az Object Explorerrel 
könnyű új fejállományokat 
hozzáadni 
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10. kép Hadd tudja meg a világ, ki készítette ezt a programot! 


activated ( ) jelét az lLjeditor : : £1ieClose ( ) -ához az 
Action Editor már ismert Edit Connections ablakában. Mivel 
ezt a szolgáltatást csak menün keresztül szeretnénk használni, 
egyszerűen fogjuk meg és húzzuk rá az 1jeditor formon 
található File menüre. 


További pár sor kód 

A Ot alatt egy elem bezárása egyszerű: minden Ot-elem örökli 
a close ( ) függvényt a Ot-elemek , ősatyjától", a OWidget- 
től. Ez nem jelent komoly programozási feladatot, így elegendő 
mindössze egyetlen sort írni a fileClose ( ) függvénybe. 
Miután a ljeditor formon jobb gombbal kattintottunk, 
megjelenik a helyi menü. Ennek Source pontja lesz a segít- 
ségünkre. A menüpont választáskor megjelenik a forráskód- 
szerkesztő ablak, itt már könnyedén beszúrhatjuk egysoros 
programunkat (8. kép). 


void ljeditor::fileClose( ) 


( 
] 


A fileExit( ) függvényt is egyből megírhatjuk. Az alkalma- 
zásból való kilépéshez az alkalmazásobjektum 
closeAllWindows ( ) függvényét kell meghívnunk: 


close( ); 


void ljeditor::fileExit( ) 


( 
] 


Minthogy a Designer magukkal a OApplication objek- 
tumokkal rendszerint nem foglalkozik, a gapplication. h-ra 
(mely tartalmazza a gApp proxyt az valódi alkalmazásobjektum 
eléréséhez) alapértelmezésben nincs hivatkozás, így az ui 
elkészítésekor létrejövő kód nem fordul le. 


gApp-:closeAllWindows ( ) ; 
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ETTE 


0 Kiskapu Kft. Minden Jog fenntartva 


( — Dobbantó 


0 Kiskapu Kft. Minden Jog fenntartva 





Tipptár 


Tevékenységek 

A mai grafikus programok használata közben gyakran megtörténik, 
hogy valamilyen tevékenységet el akarunk végeztetni, például a fájl 
mentését, egy ablak bezárását stb. Ezeket a tevékenységeket álta- 
lában többféleképpen elérhetjük: menüből, gyorsbillentyűvel, az 
eszköztár egy gombjával. Hogy ne kelljen többször megírnunk 
ugyanazt a szolgáltatást, az egy-egy szolgáltatáshoz tartozó szük- 
séges elemeket összegyűjtünk egy úgynevezett tevékenységben 
(action). Ahelyett, hogy a menü egyik pontjaként vagy egy eszköz- 
tárelemként írnánk meg ugyanazt, az elkészített tevékenységet 
egyszerűen felrakjuk az eszköztárra vagy a menübe, az pedig a 
környezet igényeinek megfelelően menüpontként, gombként vagy 
egyéb elemként viselkedik. 


Jelek és foglalatok 

Az összetevőkre bontható programozás érdekében Ot alatt az 
alábbi gondolatvilágot követjük: amikor egy objektumnak egy tulaj- 
donsága megváltozik, egy jelet (signal) hoz létre (egy gomb például 
egy clicked ( ) jelet hoz létre, amikor az állapota , üres"-ről a 
,kattintottak rajtam" -ra változik). Más objektum az erre felkészített 
saját függvényeit, úgynevezett foglalatait (slots) ráirányíthatja az őt 
érdeklő jelekre. Így például az eszköztár Megnyitás gombja által 
készített jelet hozzáköthetjük a fi leopen ( ) foglalathoz. Mivel 

a jelek és a foglalatok nem részei a szabványos C-t -- nyelvnek, 
megfelelő formára alakításukhoz egy moc (meta object compiler) 
nevű előfeldolgozó szükséges. Ezért bonyolultak még az egyszerű 
Ot-alkalmazásokhoz készített Makefi1le-ok is. 


Súgószövegek 

Az állapotszöveg (statustip) és az eszköztipp (tooltip) két olyan 
szöveg, amelyekkel a felhasználót segíthetjük. Amikor a felhasználó 
elidőz egy elem fölött és az adott elemhez súgószövegeket adtunk 
meg, azok a megadott módon megjelennek (az állapotszöveg az 
állapotsorban, az eszköztipp az egér mellett, általában egy kis 
sárga ablakban). 


Szerencsére egy Object Explorer (objektumtallózó) a segítségünk- 
re siet a fejállományokra hivatkozás elkészítésekor is. Alapban a 
Widgets lap látszik rajta (lásd a 4. képen), de nekünk a Source 
lapra van most szükségünk. Kattintsunk ezen a lapon jobb 
gombbal az Includes (in Inplementation) ponton, majd válasz- 
szuk a New pontot. Ne feledjük, hogy a fejállomány nevét €- 
jelek közé kell tennünk: cgapplication. h: (lásd a 9. képet). 
Egy másik foglalat, amit anélkül tölthetünk meg tartalommal, 
hogy fordítási hibák tömegétől kelljen félnünk, a 

helpAbout () . Ez akkor kerül meghívásra, ha a felhasználó 
megnyitja a Névjegy (About) ablakot, és egy egyszerű 
párbeszédablakot jelenít meg , About ljedit" címmel és némi 
szöveggel. Ha a tr () függvényt használjuk a szövegek 
kiíratásakor, a honosítási kérdéseknél lényegesen kevesebb 
gonddal kell majd szembenéznünk (ezzel a témakörrel a 
következő számban foglalkozunk): 


void ljeditor::helpAbout ( ) 


( 


OMessageBox : :apout( this, tr( "About 
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sé] jedíitt ) 
tri "A tiny text editor. a" 
"(C) 2002 Patricia Jung for Linux 
ss Journaln" 
"sing Ot 3.0.4 and Ot Designer." ) 
14 
] 


A OMessageBox : : about ( ) használatához a forráskódba be 
kell illesztenünk a camessagebox . h : fejállományt, ahogyan 
ezt a cgapplications . h: állománnyal is tettük. A maradék 
működésbeli kiegészítést alosztály formájában a következő 
alkalommal fogjuk elkészíteni. 

Ezek után a Designerrel nincs más teendőnk, mint , letisztítani" 
az új felhasználói felületet. 


Fontos csinosítások 

Mielőtt bezárjuk a Designert, ellenőrizzük, hogy valamelyik 
gyorsbillentyűt nem használtuk-e fel kétszer. Ezt az Edit menü 
Check Accelerators pontjának kiválasztásával tehetjük meg. 
lovábbá eltávolítjuk az összes 1 jeditor foglalatot, melyet 
nem fogunk a későbbiekben sem használni, vagy kiváltottuk 
egy TextEdit foglalattal. Az Edit menü Slots pontját 
választva a már ismert Edit Slots ablakba jutunk. Jelöljük ki az 
editUndo ( ) -t, majd a Delete Slots gombra kattintva töröljük 
(7. kép), majd teljesítsük be hasonlóképpen az alábbi foglalatok 
sorsát: editRkedo() , editCut—(), editCopy (), 
editPaste () , editFind() , helplndex ( ) , 
helpContents () és filePrint (). 

Használjuk a GUI előnézetet, és távolítsuk el a felesleges elvá- 
lasztókat is. Mivel az editFindAction-t nem használjuk, egy 
árva elválasztó található az Ljeditor Edit menüjének alján. 
Valamikor régen volt még egy Find pont ez alatt. Az elválasztó 
törléséhez a jobb gombbal kattintsunk rá a formon, majd a 
helyi menüből válasszuk a Delete pontot. Ugyanígy járjunk el 
a File menüben is a felesleges elválasztókkal. 

Minden elem a helyén van, most már a Ot dolga, hogy elhe- 
lyezze őket. Jelöljük ki az egész formot, majd válasszuk a 
Layout menü Lay Out Vertially pontját. Ha a felhasználó meg- 
változtatja az ablak méretét, a TextEdit mező is követni fogja 
az ablak változását. Ha további elemeket akarunk rakni a for- 
mra, előtte fel kell bontanunk az elrendezést. 

És még egy dolog. Ezt a programot a sajátunkként szeretnénk 
terjeszteni. Töltsük tehát ki az Edit menü Form Settings hatá- 
sára megjelenő ablak Author name és Description mezőit. Ezek- 
ben azt is megadhatjuk, hogy a programhoz tartozó képeket 
külön fájlban kívánjuk tárolni, vagy pedig befordíttatjuk őket 
közvetlenül a felhasználói felület forrásába. 

Végül válasszuk a File menü Save All pontját, és már készen is 
vagyunk! Az utolsó lépéssel projektünköz hozzáadtuk a felü- 
letet leíró XML-fájlt (nevezzük, mondjuk ljeditor.ui-nak), 
valamint az ljeditor.ui.hu-t, mely az általunk begépelt kódokat 
tartalmazza. 
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Kizárási módszerek a rendszermagban 


Robert kifejti nekünk a rendszermag-kizárási módszerek működését, 
hogy miért van rájuk szükség, és hogy hogyan hoznak létre 
a segítségükkel a rendszermagfejlesztők biztonságos kódot. 





megfelelő kizárás alkalmazása nehéz, sőt, nagyon 
A nehéz. Ha a rendszermagban nem a megfelelő 

kizárást alkalmazzuk, véletlenszerű lefagyásokban 
lesz részünk, illetve egyéb furcsaságok fordulhatnak elő. 
Rosszul megválasztott kizárások alkalmazásakor a kód nehe- 
zen olvashatóvá válik, a működése sem lesz megbízható, és 
a rendszermagon dolgozó társaidat is az őrületbe kergeted. 
Ebben a cikkben kifejtem, miért szükséges a rendszermagban 
kizárásokat alkalmazni. Felsorakoztatok néhány általános 
kizárási szabályt, végül pedig kitérek az alkalmazható kizárási 
módozatokra. 


Miért szükséges kizárást alkalmazni a rendszermagbhan? 
Kizárások alkalmazása elsősorban a rendszermagban zajló 
folyamatok összehangolásához szükséges. Ezekhez a folyama- 
tokhoz - vagyis a kényes szakaszokhoz - szükség van bizonyos 
fokú védelemre, amellyel az események megfelelő időben 
történő kezelése, illetve az események többszöri kezelésének 
elkerülése biztosítható. Megfelelő kizárások alkalmazása nélkül 
úgynevezett versenyhelyzet jön létre. Képzeld csak el, hogy 
egy közösen használt osztott i változó esetén egy i--- is 
milyen veszélyes lehet! Tegyük fel, hogy az értékét először az 
egyik processzor olvassa ki, majd a másik, utána pedig mind- 
ketten növelik az értékét, és mindketten visszaírják a memó- 
riába. Ha az i értéke eredetileg kettő volt, akkor a műveletet 
követően négynek kellene lennie, csakhogy így ez az érték 
valójában mindössze három lesz! 

Ez nem azt jelenti, hogy kizárási gondok csak SMP-rendszere- 
ken jelentkezhetnek (SMP - egyidejűleg több processzorral 
dolgozó rendszer). Megszakításkezelők is vethetnek fel kizá- 
rási gondokat, akárcsak a megszakításos ütemezőn alapuló 
rendszermagok, vagy bármely kód, ami alvó módba tér. Ezek 
közül csak az SMP tekinthető teljesen egyidejűnek, mivel 
egyedül SMP-rendszereken fordulhat elő, hogy két vagy több 
kódrészlet teljesen azonos időben fut. Az első esetekben is 
felléphetnek látszólagos egyidejűség, ahol -— bár a kódrészletek 
nem teljesen azonos időben futnak le — mégis összezavar- 
hatják egymás adatait. 

E kényes kódrészletek esetén mindenképpen szükséges a 
kizárások alkalmazása. A Linux-rendszermag több kizáró 
módszert is kínál, így biztosítva a fejlesztőknek a biztonságos 
és hatékony kód megírásához szükséges feltételeket. 


SMP-kizárások egyprocesszoros magokban 

Függetlenül attól, hogy többprocesszoros rendszert használsz-e 
vagy sem, elképzelhető, hogy azok az emberek, akik a kódodat 
futtatják, ilyen rendszert használnak. Ennek következtében 

az olyan kód, amely a kizárásokat nem megfelelően kezeli, 
nem kerülhet be a Linux rendszermagjába. Megszakításosan 
ütemező rendszer esetén egyprocesszoros rendszereken is lét- 
kérdés a megfelelő kizárások alkalmazása. Ezért ne feledd: 
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a kizárások alkalmazása rendkívül fontos. 

Linus nagyszerű döntésének köszönhetően az SMF- és egypro- 
cesszoros rendszermagok szerkezete eltér egymástól. Ennek 
következtében bizonyos kizárások egyáltalán nem léteznek az 
egyprocesszoros rendszermagokban. A CONFIG SMP és 
CONFIG PREEMPT egészen más kizárási módozatokat ered- 
ményezhet. Bár mindez a fejlesztő számára teljesen mindegy: 
mindíg alkalmzzunk kizárást, így semmilyen helyzetben nem 
lehet gond. 
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Oszthatatlan műveletek 

Először az oszthatatlan műveleteket vesszük át, két okból is. 
Elsősorban azért, mert ezek jelentik a legegyszerűbb időzítést 

a rendszermagban, így ezek használata érhető meg a legegy- 
szerűbben. Másodsorban pedig azért, mert az összetett kizárási 
módszerek is az egyszerű időzítéseken alapulnak. Ilyenformán 
ezek rendszermagkizárásokat létrehozó blokkokat alkotnak. 
Az oszthatatlan műveleti jelek, mint az összeadás vagy a 
kivonás, egyetlen oszthatatlan műveletet alkotnak. Vegyük az 
előző i---os példát. Ha képesek lennénk kiolvasni az i válto- 
zót, az értékét növelni, majd egyetlen oszthatatlan műveletben 
visszaírni a memóriába, nem alakulhatna ki az előzőleg említett 
versenyhelyzet. Az oszthatatlan műveleti jelek segítségével 
atomi, vagyis oszthatatlan műveleteket végezhetünk el. 

Két fajtájuk létezik: az egész számokkal dolgozó tagfüggvé- 
nyek és a bitekkel dolgozó tagfüggvények. Egész számok 
esetén a szükséges kód így néz ki: 


atomic CV; 


atomic set(gv, 5); /§r v - 5 (oszthatatlan) F/ 
atomic add(3, §v); /t v —- v á43 

s (oszthatatlan) F/ 
atomic dec (ev) ; /fFv - v - 1 


5 (oszthatatlan) F/ 
printf("Az eredmgny 7 lesz: saw", 
satomic readí(av) ) ; 


Ez elég egyszerű. Létezik viszont néhány kikötés, amelyeket 
az oszthatatlan műveletek alkalmazásakor figyelembe kell ven- 
nünk. Először is az atomic t típussal létrehozott változókat 
csak és kizárólag az atomic-függvények képesek kezelni. És 
ugyanez fordítva igaz, vagyis az atomic-függvények csakis 
atomic t típusú változókat képesek kezelni. Végül pedig 

az egyes rendszerek közötti különbségek miatt az atomic t 
típusú változónak csak az első 24 bitjét vehetjük biztosnak. 

A ,Függvényreferencia" részben az oszthatatlan műveletekkel 
kapcsolatos összes függvényt megtalálod. 

Az oszthatatlan műveletek következő fajtája az, amely külön- 
álló bitekkel dolgozik. Az ilyenek egyszerűbbek, mint az egész 
számra épülő tagfüggvények, mivel képesek a C beépített 
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típusaival dolgozni. Vegyük például avoid set bit (int 
nr, void addr) függvényt. Ez a függvény az addr által 
mutatott adat nr-edik bitjét 1-esre állítja. Ezek a függvények 
is megtalálhatók a ,Függvényreferencia" részben. 


Forgózárak 

Bármilyen más esetben, ami egy picit is bonyolultabb, mint 
a fenti példa, sokkal teljesebb megoldásra lesz szükségünk. 
Az egyik legegyszerűbb kizárási módozat a forgózár 
(spinlock), ami az include/asm/spinlock.h és include/linux/ 
spinlock.h fájlokban van meghatározva. A forgózár egy 
nagyon egyszerű fenntartó kizárás. Ha egy folyamat egy 
forgózárat próbál megszerezni, de az foglalt, a folyamat 
addig kénytelen várni, míg a forgózár fel nem szabadul. 
Így egyszerű és gyors kizárás jön létre. Lássunk egy példát 
a forgózárak legegyszerűbb fajtájára! 


spinlock t mr lock - 
unsigned long flags; 


SPIN LOCK UNLOCKED; 


spin lock irgsave(l(amr lock, flags) ; 
/: könyes szakasz... "/ 

spin unlock irarestore(§mr lock, flags) ; 

A spin lock irgsave() használatával helyileg letilthatjuk 
a megszakítások kezelését, és SMP-rendszereken forgózárakat 
hozhatunk létre. Ilyen módon mind a megszakításokból, 
mind az SMP-ből adódó egyidejűségeket kivédhetjük. 

A spin unlock iragrestore () függvény meghívásával 

a megszakítások az eredeti állapotba állíthatók vissza. Egypro- 
cesszoros rendszermagok esetén a fenti kód a következő- 
képpen fordul le: 


unsigned long flags; 

save flags(flags) ; 

eli () ; 

/: kritikus szakasz... F/ 


restore flags(flags) ; 


Ez a kódrészlet anélkül biztosítja a szükséges megszakítások 


elleni védelmet, hogy feleslegesen SMP-védelmet is biztosítana. 


Ennek a védelemnek egy másik fajtájaa spin lock ira(). 
Ez a függvényhívás feltétel nélkül letiltja a megszakításokat, 
hasonlóan a c1i () és sti () függvényekhez. Például: 
spinlock t mr lock - SPIN LOCK UNLOCKED; 
spin lock irdg(6mr lock) ; 

/: könyes szakasz... "/ 

spin unlock ira(smr lock) ; 


Ez a kódrészlet csak akkor biztonságos, ha a megszakítások 
eredetileg — még a kizárás megszerzése előtt — sem voltak 
letiltva. Mivel a rendszermag egyre nagyobbá és bonyolul- 
tabbá válik, a rendszermagbeli szálak is egyre követhetet- 
lenebbek lesznek, így az effajta kizárásokat ajánlatos messze 
elkerülni. Kivéve természetesen, ha nagyon biztos vagy 

a dolgodban. 

A fentebb használt forgózárak feltételezik, hogy az így védett 
adat mind a megszakításkezelőkben, mind pedig magmódban 
elérhető. Ha biztos vagy benne, hogy az adott kód csak a 
felhasználó szintjén hívódik meg (például rendszerhívások 
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esetén), akkor elegendő a spin lock() és spin unlock() 
függvények használata, amelyek egy adott kizárást foglalnak le 
vagy szabadítanak fel, a megszakításokra azonban nincsenek 
hatással. A forgózárak legutolsó változataa spin lock bh() 
függvény, mely az alapvető kizárást biztosítja és a softirad- 
kat tiltja le. Erre olyan kódrészleteknél van szükség, melyek 
többnyire softira-kon kívül futnak, de alkalmanként 

soft ira-ból is futhatnak. Az ehhez tartozó függvény 

aspin lock bh(). 

Fontos, hogy Linuxban a forgózárak nem ismételten meghív- 
hatók, mint néhány más operációs rendszer esetén. Sokak 
szerint erre egyébként sincs szükség, mivel a többszörös for- 
gózármeghívás csak a kód minőségét rontaná. Ez annyit tesz, 
hogy ügyelned kell, nehogy olyan forgózárat foglalj le, amelyet 
már tartasz, mivel így a program könnyen holtpontra juthat. 

A forgózárak alkalmazása olyan helyeken szükséges, ahol a 
kizárás használata csak rövid ideig kívánatos, mivel a folyamat 
addig vár tétlenül, amíg a kizárás fel nem szabadul (a ,Szabá- 
lyok" szakaszra pillantva megtudhatod, milyen várakozások 
minősülnek túl hosszúnak). Szerencsére a forgózárak bárhol 
használhatók, kivéve az olyan kódrészletet, ami bizonyos 
esetekben alvó módba kerülhet. Soha ne hívj meg olyan kódot, 
függvényt aGFP KERNEL zászlóval (flag), valamint a jelzőkkel 
(semaphore) és az ütemezéssel kapcsolatos függvényeket is 
felejtsd el, ha bármilyen foglalt forgózárral rendelkezel. 

Ne feledd, én figyelmeztettelek! 

Ha olyan kizárást szeretnél, amelyet akár hosszabb ideig is 
tarthatsz, és nem zavarja a szálak egyidejűsége, de az esetleges 
alvó mód sem, akkor a jelzőkre van szükséged. 


Jelzők 


A jelzők (semaphore) a Linuxban alvó kizárások. Ha a sor egy 
másik folyamattal versenyhelyzetbe kerül, a jelzők a folyamatot 
alvó módba küldik. A forgózárakkal ellentétben jelzőket akkor 
használunk, ha a rájuk való várakozás hosszabb ideig is elhú- 
zódhat. Rövidebb várakozások esetén viszont a jelzők haszná- 
latával a processzoridőt pazaroljuk, mivel ilyenkor számolnunk 
kell azzal, hogy egy jelzőre várakozó folyamat alvó módba tér, 
amit azután, ha a jelző felszabadult, fel kell ébreszteni — és ez 
elég költséges folyamat. Mindazonáltal mivel a szál ilyenkor 
alvó módba tér, a jelzők olyan helyeken is használhatók, ahol 

a forgózárak nem. Más szóval jelzők tartásakor az adott kód- 
részlet futását akár blokkolhatjuk is. 

Linuxban a jelzőket egy C-szerkezet testesíti meg: a 
include/asm/semaphore.h fájlban található struct semaphore. 
Ez a szerkezet egy olyan mutatót foglal magában, amely egy 
várakozási sorra mutat, illetve egy felhasználásszámlálót is 
tartalmaz. A várakozási sor azoknak a folyamatoknak a listáját 
tartalmazza, amelyek a jelzőre várakoznak. A felhasználásszám- 
láló az egyidejűleg tartható folyamatok számát mutatja meg. Ha 
ez az érték negatív, a jelző nem érhető el, és a számláló abszolút 
értéke a várakozási sorban tartózkodó folyamatok számát tar- 
talmazza. Ennek a számlálónak futás közben a sema init () 
függvény ad kezdeti értéket. Ez többnyire 1 (ilyen esetben a 
jelzőt mutex-nek, vagyis kölcsönös kizárásnak hívjuk). 

A jelzőhöz két függvényen keresztül férhetünk hozzá: a 
down-on és az up-on keresztül (vagyis fel és le, ezeket törté- 
neti okokból P-nek és V-nek is nevezzük). Az első megpró- 
bálja lefoglalni a jelzőt, és ha ez nem sikerül, várakozik; a 
másik ellenben felszabadítja a jelzőt és vele együtt minden 
várakozó folyamatot. 

A Linuxban a jelzők használata egyszerű. A jelző lefoglalásához 





Függvényreferencia 


Forgózárak 


e void spin lock(spinlock t $r1ock): a megadott 
kizárást lefoglalja, és ha foglalt, addig várakozik, amíg fel 
nem szabadul. 

e. void spin lock irg(spinlock t $1ock) : hasonló 
a spin lock w()-hoz, de a helyi processzoron a megszakításo- 
kat is letiltja. 

s" vond" spin élőck etegsavel spin lock E " Tock; 
unsigned long flags) : ugyanaz, mint a 
spin lock irg(), viszont a megszakításjelzőket menti a 
flags változóba. 

e void spin lock bh(spinlock t "1ock): olyan, 
minta spin lock(), de a softirat-k futtatását Is 
megakadályozza. 

0." void Spindsuntoeckispíintóek te: (6Sek)"vord 
soineuntoskéTteg isimi Sckéte : VScek) verd 
spin úunmtöcctttgsestoseéspímóseits ÚGEK 
unsigned long flags) és void 
spin unlock bh(spinlock t $1ock): az előző 
függvények felszabadító változatai. 

e" vord spinltrylőóekiepínlóck ét " lek): ha a 
kizárás foglalt, nullától különböző értékkel tér vissza, 
máskülönben a visszaadott érték nulla. 

e. void read lockírwlock t $1ock) és void 
read unlock(rwlock t $1ock) : az olvasó-író kizárás 
olvasó változatát foglalja le és szabadítja fel. 

e. void write lock(írwlock t $1ock) és void 
write unlock(rwlock t $1ock): az olvasó-író kizárás 
író változatát foglalja le és szabadítja fel. 


Jelzők 

öevotd" sema nite (Serüet semaptore Sen am 
val): kezdeti értéket ad a jelző felhasználásszámlálójának. 

e. void down(struct semaphore " sem) : az adott jelzőt 
próbálja megszerezni, vagy a felszabadulására vár. 


a down interruptible() függvényt kell meghívni, amely 
eggyel csökkenti a jelző felhasználásszámlálóját. Ha az új érték 
negatív, a folyamat a várakozási sorba kerül. Amennyiben az 
új érték nullával egyenlő vagy nagyobb, a folyamat megkapja 
a jelzőt, és a függvény 0 értékkel tér vissza. Ha a várakozást 
valamilyen jel szakítja meg, a hívás -EINTR-rel tér vissza 

a jelző megszerzése nélkül. 

Az up () függvénnyel a jelzőt a felhasználásszámláló értékét 
növelve felszabadíthatjuk. Amennyiben az új érték 0 vagy 
nagyobb, a várakozási sorban lévő folyamatok némelyike 
felszabadul: 


struct semaphore mr sem; 


19. /r a felhasznElEs- 


ssszEmik1l 1 F/ 


sema init(mr sem, 


if (down interruptible(emr sem) ) 
/F a jelzi lefoglal£Esa egy jelzős miatt "/ 
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TE EGdOWES S 6 EPE HT KETSEtÜGE SéMaDHOTGE 
ksem) : mint a down ( ) , de jel esetén EINTR-rel tér vissza. 
int down trylock(struct semaphore " sem): mint 
a down ( ) , de ha a jelző foglalt, azonnal visszatér egy nullától 
különböző értékkel. 

void up(struct semaphore ?Ysem) : felszabadítja az 
adott jelzőt. 

vond ii tétwsemiseTtúct cewisemaphore s twsem): 
az író-olvasó jelzőnek kezdeti értékül 1-et ad. 

void down read(struct rw semaphore "rwsem) és 
voidup read(struct rw semaphore trwsem) : olvasás 
esetén az adott olvasó-író jelzőt foglalja le, illetve szabadítja fel. 
vord down (wszitelstrüct Érw Ssemaphore "rwsem) 
ésvoidup write(struct rw semaphore frwsem) : 
az adott olvasó-író jelzőt írás esetén foglalja le, illetve 
szabadítja fel. 
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Nagy rendszermagkizárás 


void lock kernel ( ) : teljes kizárás igénylése ( BKL). 
void unlock kernel ( ) : a BKL felszabadítása. 

int kernel locked -() : ha a BKL foglalt, igaz értékkel 
tér vissza, máskülönben hamissal. 


Megszakításos ütemezés tiltása 


/: könyes szakasz 


void preempt disable () : növeli a megszakításos 
ütemezés számlálóját. 

void preempt enable () : csökkenti a megszakításos 
ütemezés számlálóját, és engedélyezi a megszakításos üteme- 
zést, ha szükséges. 

void preempt enable no resched() : csökkenti 

a megszakításos ütemezés számlálóját. 

int preempt get count t-(( ) : lekérdezi a megszakításos 
ütemezés számlálóját. 


/ Y nem val sult meg... "/ 


(a jelzit lefoglaltuk) ... "/ 


up(amr sem) ; 


A rendszermag egy down ( ) függvényt is biztosít, ami annyiban 
különbözik a down interruptible () fügvénytől, hogy a 
folyamatot meg nem szakítható alvó módba küldi. Ebben az 
állapotban minden jelzést, amit a folyamat kap, figyelmen kívül 
hagy. A programozók többnyire a down interruptible() 
függvényt használjak. Végezetül pedig a Linux a 

down trylock() függvénytis felkínálja, ami a jelző foglalt 
állapotában valamely nullától különböző értékkel blokkolás 
nélkül tér vissza, ha pedig a jelző szabad, lefoglalja azt. 


Olvasó-—író kizárások 

A forgózárakon és jelzőkön kívül a Linux-rendszermag úgy- 
nevezett olvasó-író változatokat is biztosít, amelyek a kizárá- 
sokat két csoportba osztják: olvasásra és írásra. Ugyannak az 
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adatnak az egy időben történő olvasása többnyire nem jár 
gonddal, legalábbis amíg az adat nem módosul, viszont az 
írásról nem mondható el ugyanez. Ezért az író-olvasó kizárá- 
sokkal engedélyezett a több szálon történő olvasás, írás azon- 
ban csak egyetlen szálon lehetséges. Írás közben az olvasás sem 
engedélyezett. Ha a felhasznált adat egyértelműen kezelhető 
olvasásokkal és írásokkal, különösen, ha olvasás lényegesen 
többször fordul elő, akkor az író-olvasó kizárások haszná- 
lata ajánlott. 

Az író-olvasó forgózárakat rwlock-nak hívjuk. Használatuk 
a forgózárakéhoz hasonló, kivéve természetesen az írások és 
olvasások külön történő kezelését. 


rwlock t mr rwlock - RW LOCK UNLOCKED; 


read lock(ámr rwlock) ; 


/: könyes szakasz (csak olvas£s)... "/ 
read unlock(ámr rwlock) ; 

write lock(amr rwlock) ; 

/: könyes szakasz (olvasEs Os rEs)... ?/ 


write unlock(6mr rwlock) ; 

Hasonlóképpen az olvasó-író jelzőket rw semaphore-nak 
nevezzük. Működésük a rendes jelzőkéhez hasonló, kivéve 
az írások és olvasások külön történő kezelését: 

struct rw semaphore mr rwsem; 


init rwsem(émr rwsem) ; 


down read(§mr rwsem,) ; 


/: könyes szakasz (csak olvas£s)... "/ 

up read(§mr rwsem,) ; 

down write(emr rwsem,) ; 

/: könyes szakasz (olvasEs Os rEs)... ?"/ 


up write(semr rwsem) ; 


Az olvasóáírró kizárások megfelelő alkalmazása érezhető 
sebességnövekedést eredményez. Megjegyzendő, hogy néhány 
más rendszerrel ellentétben a Linuxban az olvasási kizárásból 
nem képezhetünk önműködően írási kizárást. Ugyanakkor ha 
létezik egy olvasási kizárásunk, és ilyenkor próbálunk kizáró- 
lagos hozzáféréshez jutni, az eredmény holtpont lesz. Ha 
tudod, hogy írásra is szükséged lesz, alapesetben már a műve- 
let legelején írási kizárást kell igényelned. Ha az írások és olva- 
sások közti különbség zavaros, elképzelhető, hogy az író—ol- 
vasó kizárások használata nem a legjobb választás. 


Érós olvasási kizárások 

Az erős olvasási kizárások (vagyis big-reader kizárások, 
brlockok) az include/linux/brlock.h fájlban vannak meghatároz- 
va. Az effajta kizárások az egyszerű író-olvasó kizárások kü- 
lönleges csoportját képezik. Eredetileg a RedHatnél dolgozó 
Ingo Molnar tervezte őket, és olyan forgózárakhoz hasonló 
szerkezetet hozott velük létre, amivel nagyon gyorsan szerez- 
hetünk engedélyt olvasásra, az írási műveletek esetén ugyan- 
akkor csak rendkívül lassan. Ez a fajta kizárás kifejezetten 
előnyös az olyan helyzetekben, amikor temérdek olvasószál 
mellett csak elvétve akad egy-egy írószál. Bár az olvasási kizá- 
rások különböznek az egyszerű olvasó-író kizárástól, haszná- 
latuk megegyezik, eltekintve attól, hogy az erős olvasás kizá- 


Linuxvilág 





rások a brlock.h fájlban található brlock indices szakaszban 
határozódnak meg. 


br read lock(BR MR LOCK) ; 
/: könyes szakasz (csak olvas£s) ... 
br read unlock (BR MR LOCK) ; 
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Az erős olvasáskizárások használata az írások lassúsága miatt 
csak néhány különleges esetre korlátozott, és ez valószínűleg 
a jövőben sem fog változni. 


A nagy rendszermagkizárás 

A 2.0-s rendszermagok óta a Linux egy úgynevezett nagy rend- 
szermagkizárást használ, amelyet korábban az SMP-rendszerek- 
kel való együttműködés kedvéért vezettek be. A 2.2-es és 2.4-es 
rendszermagok fejlesztésekor rengeteg energiát fektettek e 
teljes kizárás eltüntetésébe és egy sokkal finomabban szabályo- 
zott rendszer kidolgozásába. Ma már a teljes kizárások haszná- 
lata csak elenyésző számban van jelen, de tény, hogy még léte- 
zik, így a rendszermag fejlesztőinek tisztában kell lenniük a 
viselkedésével. 

A teljes kizárást nagy rendszermagkizárásnak is hívják, más 
néven BKL-nek. Ez a kizárásfajta többszörösen újrahívható for- 
gózárat takar, amelynek ismételt meghívása sem juttatja holt- 
pontra a rendszert (mint ahogyan az a normál forgózárak ese- 
tében történne). Egy folyamat akár alvó állapotba is léphet, sőt 
még az ütemezőbe is beléphet a BKL tartása közben. Ha egy 
teljes kizárásban lévő folyamat belép az ütemezőbe, a kizárás 
feloldódik, így más folyamatok szerezhetik meg. A BKL e tulaj- 





donságainak köszönhető az SMP-rendszerek viszonylag egysze- 
rű kezelése a 2.0-s rendszermagok idejében. Manapság viszont 
temérdek érv szól már az effajta kizárás alkalmazása ellen. 

A nagy rendszermagkizárás használata egyszerű. 

A lock kernel () hívással megszerezhető a kizárás, az 
unlock kernel -()-lel pedig elengedhetjük. Hogyha a 

kernel locked() függvény nullától különböző értékkel tér 
vissza, a kizárás érvényes, ellenkező esetben nullát kapunk. 


Lássunk erre is egy példát! 


lock kernel () ; 
/: könyes szakasz... "/ 
unlock kernel -() ; 


A megszakítható ütemezés vezérlése 

A 2.5-ös fejlesztői rendszermagoktól kezdődően (illetve egy 
folttal már a 2.4-es rendszermagok esetében is) a rendszermag 
ütemezése megszakítható. Ennek a képességnek köszönhetően 
a rendszermag dönthet bizonyos folyamatok futásának meg- 
szakításáról, ezzel magasabb szintű folyamatokat hozhat elő- 
térbe, még akkor is, ha az adott folyamat a rendszermag belse- 
jében fut. A megszakításos ütemezésen alapuló rendszermagok 
számos, az SMP-rendszerek ütemezéséhez hasonló gondot 
vetnek fel. Szerencsére a rendszermag az SMP-rendszerekre 
már fel van készítve, így az SMFP-kizárások alkalmazásával a 
megszakításos ütemezésű rendszermagok is biztonságosan 
futhatnak. Ennek ellenére érdemes megemlíteni néhány új 
szabályt. Például kizárással nem védhetünk processzoronként 


valamilyen processzorhoz kötődő adatot, mivel a védelmük 
önműködően megy végbe (ez így biztonságos, mivel az ilyen 
adat minden processzor esetében egyedi), és ez szükséges a 
rendszermag megfelelő ütemezéséhez. 


Összegzés 


SMP-rendszerek esetén mind a rendszer megbízhatósága, mind 


a méretezhetősége folyamatosan nő. Mióta az SMFP-kezelés 
bemutatkozott a 2.0-s rendszermagokban, az egymást követő 
rendszermagváltozatok e téren rendkívüli mértékben fejlődtek. 
Ehhez új és okosabb kizárási módszerek bevezetésére, a koráb- 
bi kizárási rendszer felülvizsgálatára és a teljes kizárások meg- 
szüntetésére volt szükség a gyorsaságot igénylő területeken. 
Ez a módi a 2.5-ös rendszermagok esetében is folytatódik, így 
a jövőben bizonyosan még ennél is hatékonyabb rendszerma- 
gok születnek. 

A fejlesztők ebből úgy vehetik ki a részüket, hogy megfelelő 
kizárási eljárásokat alkalmaznak, és egyik szemüket mindig 

a megbízhatóságon és a sebességen tartják. 


Linux Journal 2002. augusztus, 100. szám 


hobert Love 

(rmkotech9.net) matematika és számító- 
gépes tudományok szakos hallgató a 
Floridai Egyetemen. Amikor éppen nem 
Linuxot elemez, autóversenyzik, thai 
ételeket eszik vagy punkzenét hallgat. 





IceVWWIM második pillantásra 


Marcel Gagné e havi cikkében (78. oldal) röviden kitér egy jól 
hasznáható és gyors ablakkezelőre, az lceWM-re. Mivel jómagam is 
nagy rajongója vagyok a gyors és használható megoldásoknak, 
valamint az IceWIM-felhasználók táborába tartozom, egy-két további 
gondolatot szeretnék hozzáfűzni a leírtakhoz. 

Az IceWM tehát akár kisebb gépeken is elfut, mint sok testvére, 
például a BlackBox. Mindkét ablakkezelő kicsi és gyors. Az IceWM 
nagy előnye, hogy gyorsan hozzászokhatunk, lényegében a Win- 
dowsban is használatos kombinációkat (ALT-t Tab: következő ablak, 
ALr--Esc: háttérbe küld, CTRL--Esc: lceWIM meni stb.) alapból 
ismeri, illetve néhány rendkívül hasznossal ki is bővíti. Ide tartozik 

a munkafelületek közötti váltásra használatosak (CTRL--ALT-- BALNYÍI, 
JOBBNYÍL: előző, illetve következő felület stb.). Külön ügyesnek tar- 
tom azt a trükköt, hogy miközben a munkafelületek között váltunk, 
ha nyomva tartjuk a SHIFT gombot, az éppen használt ablakot 

, magunkkal visszük" az új felületre. Ezzel a módszerrel pillanatok 
alatt rendet teremthetünk. 

A Marcel által írt beállításfájlok közül kiemelném a preferences-t, 
melyben én a következő változásokat eszközöltem: bekapcsoltam 
az egérgörgő és a Menügombok használatát (UseMouseWheel— 1, 
Win95Keys- 1), valamint telepítettem az xexec programot, majd 
hozzárendeltem az IceWM menüben lévő Run parancshoz 
(RunCommand-" xexec "), ezt egyébként a baloldali Menü és az 
R billentyű kombinációjával is előhívható. Ez külön hasznos, ha nem 
akarunk egy xterm-et indítani egy parancs kiadásához (az xterm 
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egyébként könnyedén indítható a CTRL--ÁALT-t T-vel). 

Emellett az ablakkezelő egyéb hasznos kényelmi szolgáltatásokkal is 
rendelkezik, ha egyszer van egy órácskánk, érdemes végigböngész- 
getni mind a súgót, mind a beállításfájlokat. Érdekes például, hogy a 
fejlesztők gondoltak a multimédia-billentyűzetek tulajdonosaira is: az 
XFöb6b által felismert billentyűkhöz az ablakkezelő alapértelmezett 
programokat rendel (ezeket a keys fájlban nézhetjük meg). 

A BlackBoxról, erről az igazi minimalistáról is érdemes néhány szót 
szólni. Főleg azoknak ajánlom, akiknek öreg csacsi gépen kell dol- 
gozniuk vagy csillogtatni akarják profizmusukat. Legnagyobb előnye 
ugyanis, hogy döbbenetesen kicsi és gyors. Önmagában a felület 
nem túlzottan látványos, egy darab tálcát tartalmaz. Az viszont 
biztos, hogy nem ütközünk olyan gondokba, hogy például az ablak- 
kezelő elnyeli az ALT--F2 vagy az F11 billentyűket, és hogy e billen- 
tyűkombinációkat nem tudjuk a programjainkban használni. Ugyanis 
a BlackBox semmilyen kombinációt nem ismer. Az egész billentyű- 
kezelő részét különválasztották, és külön bbkeys néven tudjuk 
futtatni. Ennek segítségével viszont egy egyszerű, mégis nagyszerű 
felületen keresztül állíthatjuk be (például), hogy az ALT--TAB a szoká- 
sos módon működjön. Ugyanitt tetszőleges kombinációhoz bármi- 
lyen parancsot könnyedén hozzárendelhetünk. Így egyetlen gomb- 
nyomásra indulhat egy xterm, az Opera vagy bármi más. Remek 
felület, csak haladóknak! 


Szy György 
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donságainak köszönhető az SMP-rendszerek viszonylag egysze- 
rű kezelése a 2.0-s rendszermagok idejében. Manapság viszont 
temérdek érv szól már az effajta kizárás alkalmazása ellen. 

A nagy rendszermagkizárás használata egyszerű. 

A lock kernel () hívással megszerezhető a kizárás, az 
unlock kernel -()-lel pedig elengedhetjük. Hogyha a 

kernel locked() függvény nullától különböző értékkel tér 
vissza, a kizárás érvényes, ellenkező esetben nullát kapunk. 


Lássunk erre is egy példát! 


lock kernel () ; 
/: könyes szakasz... "/ 
unlock kernel -() ; 
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számos, az SMP-rendszerek ütemezéséhez hasonló gondot 
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megszakításos ütemezésű rendszermagok is biztonságosan 
futhatnak. Ennek ellenére érdemes megemlíteni néhány új 
szabályt. Például kizárással nem védhetünk processzoronként 


valamilyen processzorhoz kötődő adatot, mivel a védelmük 
önműködően megy végbe (ez így biztonságos, mivel az ilyen 
adat minden processzor esetében egyedi), és ez szükséges a 
rendszermag megfelelő ütemezéséhez. 
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bemutatkozott a 2.0-s rendszermagokban, az egymást követő 
rendszermagváltozatok e téren rendkívüli mértékben fejlődtek. 
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bi kizárási rendszer felülvizsgálatára és a teljes kizárások meg- 
szüntetésére volt szükség a gyorsaságot igénylő területeken. 
Ez a módi a 2.5-ös rendszermagok esetében is folytatódik, így 
a jövőben bizonyosan még ennél is hatékonyabb rendszerma- 
gok születnek. 

A fejlesztők ebből úgy vehetik ki a részüket, hogy megfelelő 
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egyébként könnyedén indítható a CTRL--ÁALT-t T-vel). 

Emellett az ablakkezelő egyéb hasznos kényelmi szolgáltatásokkal is 
rendelkezik, ha egyszer van egy órácskánk, érdemes végigböngész- 
getni mind a súgót, mind a beállításfájlokat. Érdekes például, hogy a 
fejlesztők gondoltak a multimédia-billentyűzetek tulajdonosaira is: az 
XFöb6b által felismert billentyűkhöz az ablakkezelő alapértelmezett 
programokat rendel (ezeket a keys fájlban nézhetjük meg). 

A BlackBoxról, erről az igazi minimalistáról is érdemes néhány szót 
szólni. Főleg azoknak ajánlom, akiknek öreg csacsi gépen kell dol- 
gozniuk vagy csillogtatni akarják profizmusukat. Legnagyobb előnye 
ugyanis, hogy döbbenetesen kicsi és gyors. Önmagában a felület 
nem túlzottan látványos, egy darab tálcát tartalmaz. Az viszont 
biztos, hogy nem ütközünk olyan gondokba, hogy például az ablak- 
kezelő elnyeli az ALT--F2 vagy az F11 billentyűket, és hogy e billen- 
tyűkombinációkat nem tudjuk a programjainkban használni. Ugyanis 
a BlackBox semmilyen kombinációt nem ismer. Az egész billentyű- 
kezelő részét különválasztották, és külön bbkeys néven tudjuk 
futtatni. Ennek segítségével viszont egy egyszerű, mégis nagyszerű 
felületen keresztül állíthatjuk be (például), hogy az ALT--TAB a szoká- 
sos módon működjön. Ugyanitt tetszőleges kombinációhoz bármi- 
lyen parancsot könnyedén hozzárendelhetünk. Így egyetlen gomb- 
nyomásra indulhat egy xterm, az Opera vagy bármi más. Remek 
felület, csak haladóknak! 


Szy György 





2002. október 


. Szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 





. — Szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 


Nemóriából futó adatbázis-kezelő rendszerek 


A memóriából futó adatbázis-kezelő rendszerek különösen beágyazott gépek 
esetében lehetnek hasznosak, amelyeknél minden egyes elhagyott folyamattal 
csökkenhet a termék ára és nőhet a versenyképessége. 


obbanásszerűen növekszik az intelligens, hálózati 
8 kapcsolattal rendelkező eszközök iránti érdeklődés. 

Akár otthon, a saját zsebünkben, akár ipari, távközlési 
vagy közlekedési berendezésekbe építve egyre nagyobb telje- 
sítményű processzorokkal és egyre kifinomultabb beágyazott 
operációs rendszerekkel találkozunk. A hasonló eszközökben 
egyre gyakrabban látható alkalmazások egyik válfaját az adat- 
bázis-kezelő rendszerek (Database Management System 
- DBMS) családja képezi. Az adatbázisok megszokott lakók az 
asztali vagy a kiszolgálógépeken, a beágyazott eszközökön 
azonban még új jövevényeknek számítanak. Mint minden új 
környezetbe kerülő , élőlénynek", az adatbázisoknak is fejlőd- 
niük kell. A DBMS-ek új fajtája a memóriából futó adatbázis- 
kezelő rendszerek (In-Memory Database System - IMDS) csa- 
ládja, amelyek a faj fejlődésének új szakaszát jelzik. 
Vajon miért fordult a beágyazott rendszerek fejlesztőinek 
érdeklődése az adatbázisok felé? A piaci verseny kikényszeríti, 
hogy a set-top-box jellegű készülékek, a hálózati kapcsolók és 
a fogyasztói eszközök egyre okosabbakká váljanak. A növekvő 
számú szolgáltatás biztosításához az alkalmazásoknak egyre 
több, egyre összetettebb adatot kell kezelniük. Emiatt számos 
fejlesztő szembesült azzal, hogy kinőtte saját adatkezelő megol- 
dását, amelynek fenntartása, illetve vele az alkalmazások 
igényeinek követése egyre nehézkesebbé válik. 
Mindemellett az egységesedő, kereskedelmi, a polcról készen 
leemelhető beágyazott operációs rendszerek terjedése -— és ezzel 
párhuzamosan az egyedi rendszerek visszaszorulása — szintén 
az adatbázisok elérhetőségét segíti. A széles körben terjedő 
operációs rendszerek - például a Linux -— köré olyan felhasz- 
nálói kör épül, amely további lendületet ad az adatbázisok és 
egyéb eszközök kereskedelmi és más jellegű fejlesztésének. 
Az eszközök fejlesztői tehát a kereskedelmi adatbázisok felé 
fordultak, ám a meglévő beágyazott DBMS-rendszerek nem 
nyújtottak megfelelő megoldást. Az üzleti rendszerek igényeit 
követve több mint egy évtizede megjelent beágyazott adatbá- 
zisok többek között kifinomult gyorstárazásra és a rendellenes 
leállások utáni helyreállításra is képesek. Egy set-top-boxban 
vagy következő nemzedékbeli faxkészülékben azonban nem 
feltétlenül szükséges ilyen tudás, ami sokszor csak a rendel- 
kezésre álló memória és processzoridő kimerülését okozza. 
Ráadásul a hagyományos adatbázisok az adatokat lemezen 
tárolják. A lemezes — mechanikus alkatrészek használatával 
járó — adatforgalom kezelése nagymértékben ronthatja a rend- 
szer teljesítményét. Emiatt a hagyományos adatbázisok a sok- 
szor valós idejű műveleteket végző beágyazott rendszerekben 
általában túl rossz teljesítményt nyújtanak. 
A memóriából futó adatbázisok kifejezetten a beágyazott rend- 
szerek teljesítményre és erőforrásaik korlátozottságára vonatkozó 
követelményeit figyelembe véve fejlődtek. Mint nevük is sugallja, 
az IMDS-ek a memóriából futnak, lemezkezelést nem végeznek. 
Egy IMDS tehát egy hagyományos adatbázis-kezelő lenne, 
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betöltve a memóriába? Jogos a kérdés, hiszen a lemezkezelés 
elhagyása az új megoldás leginkább szembetűnő jellegzetessége. 
A Linux eleve képes ramlemezek és memóriában található fájl- 
rendszerek létrehozására. Vajon nem volna-e érdemes egy ha- 
gyományos, jól bevált adatbázis-kezelőt, például egy MySOL-t 
vagy akár egy Oracle-rendszert ilyen lemezekről futtatni? 

Az IMD$-ek ennél sokkal több mindenben különböznek beágya- 
zott DBMS-testvéreiktől. Az IMD5$S-ek egyszerűbbek, mint a ha- 
gyományos adatbázis-kezelők. Nemcsak a lemezkezelés képes- 
ségét nélkülözik, de kevesebb mozgó résszel vagy felhasználói 
beavatkozást igénylő folyamattal rendelkeznek. Ennek köszön- 
hetően takarékosabban bánnak a memóriával és a processzor- 
idővel, válaszidejük pedig a hagyományos DBMS-ek 
memóriából történő futtatásával elérhetőnél jóval kedvezőbb. 
Ha el kell döntenünk, hogy egy IMDS megfelel-e egy adott 
tervezet igényeinek, pontosan meg kell értenünk, mely részek 
kerültek ki a rendszerből vagy módosultak jelentősebb mér- 
tékben. A legfontosabb eltéréseket az alábbiakban ismertetem. 


Gyorstárazás 

A fizikai lemezkezelés által okozott teljesítménycsökkenés miatt 
gyakorlatilag minden DBMS végez gyorstárazást, hogy az adat- 
bázis utoljára használt részeit a memóriában tartsa. A gyorstá- 
razást vezérlő algoritmus végzi a gyorstárnak a lemezen talál- 
ható adatokkal történő egyeztetését, így a gyorstár tartalma 
egyezni fog a fizikailag a lemezen található adatbáziséval. 

A gyorstár tartalmában végzett keresés, amely azt hivatott 
eldönteni, vajon a kért adatok a gyorstárban vannak-e vagy 
sem - az utóbbi esetben kezdeményezni kell a szükséges lap 
betöltését és hozzáadását a gyorstárhoz a további használat 
érdekében -, szintén fontos feladat. 

Ezek a folyamatok lemezalapú DBMS alkalmazásakor akkor 

is lejátszódnak, ha a rendszer ramlemezek segítségével fut. 

A gyorstárazási műveletek eltávolításával az IMDS-adatbázisok 
lényegesen egyszerűbbekké válnak, kevesebb erőforrást — me- 
móriát és processzoridőt — igényelnek, így nagyobb teljesít- 
ményt nyújtanak. 


Az adatátadásokból fakadó többletterhelés 

Vegyük példaként, hogy milyen műveletek szükségesek ahhoz, 

hogy egy alkalmazás adatokat olvasson ki egy hagyományos 

lemezalapú adatbázisból, majd módosítsa, végül visszaírja 

őket az adatbázisba. 

1. Az alkalmazás elkéri az adatokat az adatbázis API-n 
keresztül az adatbázis motorjától. 

2. Az adatbázis motorja utasítja a fájlrendszert, hogy keresse 
elő az adatokat a fizikai adathordozóról. 

3. A fájlrendszer az adatokat bemásolja a saját gyorstárába, 
illetve a motornak is átadja őket. 

4. Az adatbázis egy másolatot helyez el a saját gyorstárában, 
valamint az adatokat továbbadja az alkalmazásnak. 





5. Az alkalmazás módosítja az adatokat, majd az adatbázis 
API-n keresztül átadja őket az adatbázisnak. 

6. Az adatbázis motorja a módosított adatokat bemásolja az 
adatbázis gyorstárába. 

7. Az adatbázis gyorstárának tartalma a fájlrendszerbe 
időnként kiírásra kerül, ahol elsőként a fájlrendszer 
gyorstárának frissítése történik meg. 

3. Végül megtörténik az adatok kiírása a fizikai adathordozóra. 

A fenti lépéseket egy hagyományos adatbázis-kezelőben nem 

lehet kiiktatni, még akkor sem, ha a teljes feldolgozás a memó- 

riában folyik. Nem szabad elfeledkezni a tranzakciók kezelésé- 
hez szükséges másolatok készítéséről és az adatmozgatásokról 
sem, amelyekkel a fenti példában nem is foglalkoztunk. 

A memóriából futó adatbázisok ezzel szemben kevés vagy 

semennyi adatmozgatást nem végeznek. Az alkalmazás a saját 

változóiban ugyan az adatokról készíthet másolatokat, ám 
lényegében erre sincs szükség. Ehelyett az IMDS olyan muta- 
tókat ad át az alkalmazásnak, amelyek közvetlenül az adatbá- 
zisban található adatokra mutatnak, így az alkalmazás közvet- 
lenül az adatokkal dolgozhat. Az adatok védelme így sem 
marad el, hiszen a mutatók kezelése az adatbázis API-n keresz- 
tül történik, amely gondoskodik megfelelő használatukról. 

A többszörös adatmozgatás kiiktatása növeli a feldolgozás 

teljesítményét. A többszörös másolatok elhagyása csökkenti 

a szükséges memória mennyiségét, az egyszerűbb működés 

pedig nagyobb megbízhatóságot eredményez. 


Tranzakciók feldolgozása 

Végzetes leállás, például áramkimaradás esetén a lemezalapú 
adatbázisok a rendszer újraindításakor a naplófájlok alapján a 
jóváhagyott tranzakciókat újra lejátsszák, a részlegeseket pedig 
visszagördítik. A lemezalapú adatbázisokba , beledrótozzák" 

a tranzakciós naplók fenntartását, illetve az ezek és a gyorstár 
tartalmának kiírását a lemezre, ha egy-egy tranzakció véget ért. 
A memóriából futó adatbázisok is képesek a tranzakciók keze- 
lésére. Ennek érdekében az IMDS megőrzi a módosított vagy 
törölt objektumok másolatát, illetve listába fogja a tranzakció 
során hozzáadott adatbázislapokat. Amikor az alkalmazás 
jóváhagyja a tranzakciót, a korábbi állapotot és az új lapokat 
tároló memóriarész felszabadul — az eljárás gyors és hatékony. 
Ha egy tranzakciót meg kell szakítani — mert például a bejövő 
adatfolyam megszakadt -, a korábbi állapot áll vissza, az új 
adatokat tároló lapok pedig felszabadulnak. 

Végzetes leállás esetén a memóriában tárolt adatbázis elvész 

— ez az egyik legfontosabb különbség a lemezalapú adatbázi- 
sokkal szemben. A készülék bekapcsolása után az IMDS$-t újra 
fel kell tölteni. Nyilvánvaló, hogy nincs értelme tranzakciós 
naplókat készíteni, amivel újabb összetett, nagymennyiségű 
memóriát igénylő folyamatot iktattunk ki az IMDS-ből. 
lermészetesen ezzel a korlátozással nem felelhetünk meg min- 
den környezetben, de a beágyazott rendszerek világában bősé- 
gesen találni olyan adattároló és -kezelő alkalmazásokat, amelyek 
adattárát újraindítás után valós időben gond nélkül újra fel lehet 
tölteni. Ilyen példa a műsornézegető set-top-box, ami műholdról 
tölti le az adatokat, vagy egy vezeték nélküli hozzáférési pont, 
amelyet az útválasztási protokollok hálózati elrendezést felderítő 
folyamatai révén lehet újra feltölteni adatokkal. A hasonló esz- 
közök fejlesztői boldogan korlátozzák a tranzakciós szolgáltatá- 
sok kiterjedtségét, ha cserébe növelhetik a rendszer teljesítmé- 
nyét, amely így ráadásul kisebb teljesítményű vassal is beéri. 
lermészetesen az adatok helyi tárolásáról sem kell teljesen 
lemondani. Az IMDS segítségével az alkalmazás megnyithat 
egy folyamot - ez lehet foglalat, csővezeték vagy fájlmutató -—, 
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majd utasíthatja az adatbázis-kezelő motorját egy adatbázis- 
lenyomat beolvasására vagy kiírására a folyamon keresztül. Így 
készíthető például olyan alapértelmezett lenyomat, amely a 
rendszer indítása után a működéshez egyfajta kiindulópontot 
jelent. A folyam másik végén egy program lehet, vagy vala- 
milyen fájl egy tetszőleges fájlrendszen (mágneses, flash- vagy 
optikai tárolón stb.). 


Alkalmazási példa: IP-útválasztók 

Hol érdemes IMDS-megoldást választani? A memóriából futó 
adatbázisok iránti igény számos helyen felmerült, az alábbi kör- 
nyezet talán a leginkább jellemző, az IMDS-megoldás képessé- 
geinek kihasználására a leginkább alkalmas: az IP-útválasztó el- 
terjedt, beágyazott operációs rendszert futtató internetes eszköz. 
A korszerű IP-útválasztók útválasztási táblakezelő (RIM) prog- 
ramot futtatnak, amely a készülék legfontosabb feladatát, a 
hálózaton keresztül befutó adatcsomagok következő állomá- 
sának meghatározását végzi. Az útválasztási protokollok folya- 
matosan figyelik a használható útvonalakat és a többi útválasz- 
tóeszköz állapotát, majd az eszköz útválasztó tábláját frissítik 
a megfelelő adatokkal. 

Az útválasztó táblák jellemzően az RIM program futásának 
eredményeként alakulnak ki. Ez a megoldás hozza magával 

a következő nemzedékbeli útválasztók fejlesztésének egyik 
legnagyobb kihívását. Ahogy sokasodnak a készülék által 
ellátott feladatok, az útválasztási tábla kezelése egyre összetet- 
tebb munkát jelent. A saját fejlesztésű, az útválasztási adatok 
kezelését végző programok - az adatbázis-kezelőkkel ellentét- 
ben - általában nem képesek az összetett adategyüttesek keze- 
lésére vagy a többszörös hozzáférés biztosítására. 

Emellett — ahogyan az alkalmazásba beleépített adatkezelő 
megoldásoknál is általában — az útválasztó táblák bővíthetősége 
és megbízhatósága korlátozott. Az adatkezelő eljárások módo- 
sítása visszahat a teljes RIM felépítésére, ennek következmé- 
nyeként kellemetlen meglepetések és minőségbiztosítási gon- 
dok jelentkezhetnek. Hasonlóan gondot okozó pont a mére- 
tezhetőség: az egy-egy feladatra jól használható, saját fejlesz- 
tésű adatkezelők általában összeomlanak, ha növekvő terhelés 
éri őket. Az Internet növekedése eközben gyors előrelépést 
igényelne az útválasztási megoldások terén, ám az eszközök 
fejlesztését hátráltatják az elavult megközelítés szerint készített 
alkalmazások. 

A memóriából futó adatbázisok fejlődésével a DBMS-megol- 
dások számos beágyazott rendszerben elérhetővé válnak. 

A beágyazott rendszerek fejlesztői számára a már bizonyított 
adatbázis-kezelő megoldások olyan előnyöket kínálnak, mint 
hatékony adatelhelyezés és hozzáférési módok, egyszerű és 
szabványos adatkezelési eljárások, többszörös hozzáférési 
lehetőség, az adatok épségének védelme, megnövelt rugal- 
masság és hibatűrés. A DBMS-ek új fajtájának alkalmazásával 
egyszerűsödhet a beágyazott termékek fejlesztése, miközben 
nem kell lemondani az összetett alkalmazásokról, a kiváló 
rendelkezésre állásról és a megbízhatóságról. 
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a McObject, az eXtremeDB nevű memóriából futó adat- 
báziskezelő rendszert fejlesztő cég elnöke és társalapítója. 
A Raima Corporation elnökeként úttörő szerepet vállalt a 
DBMS-megoldásoknak a beágyazott rendszereken történő 
terjesztésében. 
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Niemóriaszívárgások beágyazott rendszereknél 








Cal írásában három, az általános memóriakezelési hibák felderítésére alkalmas, 


könnyen használható eszközről olvashatunk. 


beágyazott rendszerek fejlesztésével kapcsolatos gon- 
dok egyike a memóriaszivárgások felderítése. Három 
programot ajánlok erre a célra. Segítségükkel nem 

a rendszermag, hanem az alkalmazások memóriaszivárgásai 
deríthetők fel. Kettő közülük — az mtrace és a dmalloc - a 
MontaVista Linux Professional Edition 2.1-es terjesztésnek is 
részét képezi. A harmadik — a memwatch - az Internetről 
tölthető le (lásd a Kapcsolódó címeket). 

A C és Ct-h nyelvekben programozó fejlesztők dinamikus 
memória-hozzárendelést használnak. Kellő körültekintés nél- 
kül alkalmazva azonban gondok merülhetnek fel a memória- 
kezelés környékén, csökkenhet a gép teljesítménye, és megjó- 
solhatatlan lesz az alkalmazás futásának eredménye, vagy 
összeomolhat a rendszer. 

A memóriaszivárgást okozó hibák egy része a lefoglalt terüle- 
ten kívül eső memória olvasásával vagy írásával, illetve a már 
felszabadított memória újbóli felszabadításával kapcsolatos. 
Memóriaszivárgás akkor történik, ha a memóriát lefoglaljuk, 
ám a használat után a felszabadítása nem történik meg; vagy 
ha a memóriafoglalás mutatóját töröljük, és emiatt a memó- 
riaterületet többé nem lehet használni. A memóriaszivárgás 

a gyakoribbá váló lapozás miatt csökkenti a gép teljesítményét, 
illetve idővel a memória elfogyását és az alkalmazás összeom- 
lását okozhatja. A hozzáférési hibák az adatok módosulását 
okozhatják, ezek miatt a program futásának eredménye meg- 
jósolhatatlan lesz, illetve maga a futás is megszakadhat. 

Ha egy program kifut a memóriából, akár a Linux rendszer- 
magot is összeomlaszthatja. 

A beágyazott alkalmazások tervezését és megvalósítását tehát 
kellő körültekintéssel kell végezni. Egy alkalmazásnak képes- 
nek kell lennie az összes lehetséges hiba kezelésére, ezeket 

a hibalehetőségeket pedig gondosan fel kell mérni és el kell 
hárítani — különösen akkor, ha memóriakezelésről van szó. 
Gyakran egy alkalmazás többször lefuttatható, mielőtt a soha 
fel nem szabadított memóriaterületek miatt rejtélyes módon 
összeomlana, rossz esetben a rendszert is magával rántja. 

A hibákat a memóriaszivárgások észlelésére képes programok 
segítségével kereshetjük meg. 

Ezek a programok a mal1loc, a free és az egyéb memória- 
kezelő függvények helyettesítésével működnek. Mindegyik 
rendelkezik olyan programrésszel, amely elfogja a mal1loc 

— és egyéb hasonló - függvények hívásait, és minden memória- 
kéréshez annak követésére alkalmas adatokat fűz. Egyesek 
memóriavédelemre is képesek, így elfogják a téves memória- 
hozzáférési kísérleteket. 

Vannak olyan memóriaszivárgásokat érzékelő programok, 
amelyek rendkívül nagy méretűek, és a vizsgált program 
virtuális memóriaképével dolgoznak. Beágyazott rendszer- 
nél azonban az általuk támasztott követelményeket meg- 
lehetősen nehéz teljesíteni. Az mtrace, a memwatch és 

a dmnmalloc egyszerű programok, ám a legtöbb hibát ezekkel 
is megtalálhatjuk. 

Mindhárom eszközt olyan C-példaprogrammal próbáltuk ki, 
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amely általános memóriakezelési hibákat tartalmazott. 

A példaprogram a három említett hibakereső program támo- 
gatásával történő fordításához szükséges Makefile állomá- 
nyokkal együtt a 40. CD Magazin/Szivargas könyvtárában 
található. A hibakereső programokat különféle típusú célgé- 
pekkel is kipróbáltuk. A példaprogram natívan és kereszt- 
fordítva is használható. 


mirace 

A három említett eszköz közül a legegyszerűbb az mtrace. 

Az mtrace a GNU C könyvtár egyik szolgáltatása, segítségével 
a malloc/free hívások egyensúlyának felbillenése észlelhető. 
Az mtrace () függvényhívás által használhatjuk, amely a 
hívások követését indítja el, és naplózza a malloc segítségével 
lefoglalt, valamint a felszabadított területek címét. Létezik egy 
szintén mtrace névre keresztelt Perl-parancsfájl is, amely a 
naplófájl kiegyensúlyozatlan hívásait jeleníti meg, és — ameny- 
nyiben a forráskód hozzáférhető - a kód kérdéses mal1loc- 
hívást tartalmazó sorát is megjelöli. A program C- és Ct 1-kód 
ellenőrzésére Linux alatt egyaránt használható. Az mtrace 
leginkább figyelemre méltó tulajdonságra a méretezhetősége. 
Általános hibakeresésre és modulárisan egyaránt használható. 
Az mtrace használatának három alapvető eleme van: az 
mcheck.h állomány beillesztése a kódba, a MALLOC TRACE 
környezeti változó beállítása és az mtrace () függvény meghí- 
vása. Ha a MALLOC TRACE nincs beállítva, az mtrace () 
semmit sem csinál. 

Az mtrace kimenete az alábbihoz hasonló: 

- 0x0O8O04a0f8 Free 13 was never alloc:d 
/memory leak/memory leaks/mtrace/my test.c:193 
(a megjelölt című memóriarész nem volt lefoglalva, ezt követi 
majd a kipróbált program hibás sorának a száma). 

Az üzenet azt jelzi, hogy a memóriát ugyan felszabadítottuk, 
csakhogy soha nem foglaltuk le, továbbá egy Memory not freed 
(Fel nem szabadított memória) rész jelzi azokat a címeket, 

a kérdéses memória méretét és a hibás kódsorokat, amelyek 
malloc-hívásához nem tartozik memóriafelszabadítás. 


memwatch 

A memwatch nemcsak a mal 1oc, illetve free használatából 
fakadó hibákat, de a túlcsordulásokat is felismeri. Túlcsor- 
dulás alatt ez esetben azt értjük, amikor az adatok írása 

— a malloc segítségével - lefoglalt memóriarészbe kezdődik, 
ám a lefoglalt terület határain túl nyúlva történik. 

A memwatch ugyanakkor nem ismeri fel a már felszabadított 
területre történő írást, illetve a lefoglalt területen kívül eső 
memóriarészek olvasását sem. 

A memwatch központi eleme a memwatch.c állomány, ez 
tartalmazza a címellenőrzésekhez használt burkolókat és 
kódrészeket. A memwatch használatához a memwatch.h 
állományt a forráskódba be kell illeszteni. A MEMWATCH és az 
MW STDIO változók értékeit a fordításkor parancssorban kell 
megadni (-DMEMWATCH és -DMW STDIO). A fordításkor 





természetesen a memwatch.c fájlra is szükség van. 

A memwatch.c fájlból a fordítás során előálló objektummodult 
összetűzéskor az alkalmazásba kell építeni. A program futta- 
tásakor bármely rendellenesség észlelése esetén az STDOUT 
kimeneten hibaüzenet jelenik meg. A felfedezett hibákkal 
kapcsolatos adatokat a nemwatch.log állomány tartalmazza. 
Minden hibaüzenet megadja a kérdéses programkódot tartal- 
mazó sor számát és a megfelelő állomány nevét. 

A memwatch.log és az mtrace által készített naplófájl tartalmát 
összehasonlítva ugyanazokat a hibákat találtuk. A memwatch 
emellett egy túlcsordulást is észrevett, amelynél a lefoglalt 
terület elejét és végét jelző memóriacímek módosultak 

— ezáltal a memwatch kiterjedtebb tudása bizonyítást nyert. 

A memwatch hátránya, hogy nem méretezhető, csak a teljes 
alkalmazással futtatva használható. 


dmalloc 

A harmadik eszköz egy könyvtár, amelyet a malloc, 
realloc, calloc, free és egyéb memóriakezelő függvények 
kiváltására készítettek. Beállításai futási időben is módosítha- 
tók. Képes a memóriaszivárgások követésére, valamint az írá- 
soknál felmerülő túlcsordulások észlelésére. A hibákat fájlnév- 
vel és a kódsor számával jelenti, valamint általános kimutatá- 
sokat is készít. A könyvtárat Gray Watson készítette, átültetései 
számos, a Linuxtól eltérő operációs rendszerre is létrejöttek. 

A csomagot megfelelő beállításokkal a többszálú és C-t 1--prog- 
ramok támogatására is rá lehet venni. Megosztott és statikus 
könyvtárként is használható. A beállításokat a programfordítás 
közben lehet megadni. Az eredmény egy olyan könyvtárkész- 
let, amelyet az alkalmazás összefűzésekor használhatunk fel. 
Az ellenőrizendő alkalmazás programkódjába a dmalloc.h 
állományt kell beilleszteni. Az ellenőrzés módját, illetve a nap- 
lózási beállításokat a könyvtár és a beillesztett állomány hasz- 
nálata mellett egy környezeti változó segítségével kell meg- 
adni. Az alábbi sort a már említett dunmal1loc példaprogram 
segítségével végzett ellenőrzéséhez használtuk: 

export V DMALLOC OPTIONS-debug-0x44a40503, 
seintersl,logenaol £Z]j1 neve 


A beállítások jelentése a következő: 

1. a log adja meg annak a naplófájlnak a nevét, amely a 
pillanatnyi könyvtárba kerül; 

2. az inter a könyvtár önellenőrzésének gyakorisága; 

3. a debug egy hexadecimális szám, amelynek bitjei a kívánt 
ellenőrzéseket választják ki. 


A fenti példában gyakorlatilag az összes lehetséges hibát 
naplózzuk. A 40. CD Magazin Szivargas/debug.txt állományá- 
ban a választható ellenőrzéseket és a debug beállításban 
hozzájuk tartozó biteket soroljuk fel. 


Ha a könyvtárat C-t ---program ellenőrzésére akarjuk hasz- 
nálni, egy dmalloc.cc nevű forrásfájlra is szükség van. Ez a kód- 
rész biztosítja a burkolófüggvényeket a new — malloc és 
delete - free hívásokhoz. A GDB nevű GNU hibakereső és 
a dmalloc együtt is használhatók. A csomag tartalmaz egy 
fájlt, amelyet a .gdbinit állományba illesztve a GDB tudomására 
hozhatjuk a dmalloc jelenlétét. 

A könyvtár mellé egy dmalloc nevű segédprogramot is 
kapunk, amellyel a DHALLOC OPTIONS változó értékeit módo- 
síthatjuk. Készítettem egy parancsfájlt, amellyel a beállításokat 
az ellenőrzendő program futtatása előtt is megadhatjuk, így a 
kipróbálás változatlan körülmények között ismételhető meg. 
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. Szaktekintély 


Jelen cikkben csak az eszköz általános használatáról esik 

szó, ám leírásában további részleteket, illetve az egyéb 
szolgáltatások ismertetését is megtaláljuk. A példaprogramot 
az említett kiegészítések segítségével, a DHALLOC használa- 
tával futtattuk. Az eredmény akár meglehetősen kiterjedt 

is lehet — gondoljunk csak a túlcsordulásokra, amelyeknél a 
mutató túlszalad a lefoglalt területen, és ahol lehetőség van 

a kérdéses terület tartalmának naplózására. A naplófájl végén 
kimutatásokat, címeket, blokkméreteket és a megfelelő 
free-hívással nem párosítható mal1loc-hívások kódsorának 
számát találjuk. 

A három említett eszköz különféle módokon támogatja a 
memóriaszivárgások felderítését és naplózását. Linux-munkaál- 
lomáson és keresztfordítással mindet egyaránt kipróbáltuk, 

és a futtatást különféle célgépeken végeztük. Egy alkalmazás 
fejlesztésénél a programozók mindhárom eszközt használták. 
Az mtrace segítségével találtak meg egy memóriaszivárgást 
okozó hibát egy külső fejlesztőtől átvett C-t 3-könyvtárban, 
amelyben egy kivétel dobása, illetve elkapása okozott súlyo- 
sabb gondot. A dmalloc segítségével találták meg a memória- 
szivárgásokat a linuxos pthread-átültetéssel futtatott alkal- 
mazásokban. A memwatch roppant hasznosnak bizonyult 

egy átmeneti tárkezelő rendszer hibáinak felderítésében, amely 
hibásan végezte önmaga töredezettségmentesítését. Az eszkö- 
zök kicsik, könnyen használhatók, a hibakeresés végeztével 
pedig játszi módon eltávolíthatók. 

A példaprogram egy my test.c nevű fájlból áll. Három külön 
könyvtárban található: ez a README és a Makefile állo- 
mány, illetve egy a próba futtatásához használható parancsfájl 
(40. CD Magazin/Szivargas). A dnalloc-próbához a környe- 
zeti változókat beállító parancsfájl mellékelve van. A kipróbá- 
lást a Red Hat- és SuSE-Linux terjesztéseken, illetve a Monta- 
Vista Linux keresztfordítási környezetében végeztük. 
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Cal Erickson 

jelenleg a MontavVista Software vezető Linux- 
tanácsadója. Mielőtt csatlakozott volna a 
MontaVista csapatához, támogatásvezető mér- 
nök volt a Mentor Graphics beágyazott alkal- 
mazások részlegénél. Cal több mint harminc éve 
dolgozik a számítástechnikai iparágban, tapasztalatát számító- 
gépgyártóknál és felhasználói termékeket fejlesztő cégeknél 
szerezte. A cal ericksoneomvista.com címen érhető el. 





Kapcsolódó címek 


A dmalloc a 53 http://dmalloc.com oldalon érhető el. 
Letölthetők a forráscsomagok, a leírás, a beállító 
parancsfájlok és egy példaprogram. 


Az mtrace tekintetében további tájékoztatást az info libc 
parancs kiadásával, majd a Memory Allocation 
(Memóriafoglalás) fejezet A//ocation Debugging (Memória- 
foglalási hibák keresése) című részére ugorva találhatsz. 

A memwatch a 53 http:/Avww.linkdata.se/sourcecode.html 
címen érhető el. Az oldalt John Lindh, a Link Data 
tulajdonosa tartja fenn. 
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Icarus Verilog: egy éves késéssel 


itt a nyilt forrású Verilog 





Stephen és Michael a Verilog-tervezéssel kapcsolatos részleteket ismerteti. 


örülbelül 16 hónappal ezelőtt, 2001 februárjában egy 
KK Stephen Williams-szel készült beszélgetés keretében 

egyszer már bemutattuk a Linux Journal oldalain 
(lásd a $ http:/www.linuxjournal.com/article/4428-on található 
cikket) a nyílt forráskódú elektronikus tervezési auto- 
matizmusok (Electronic Design Automation, azaz 
EDA) világát. 
Az Icarus Veriloghoz hasonló projektek 
számára a nyílt forrású fejlesztési módszer 
számtalan előnnyel jár. Ez a cikk a Verilog 
segítségével történő tervezésről egy kicsit 
több módszertani részletet tartalmaz, illetve 
felfedi az Icarus Verilog fordító alapjainak 
néhány részletét. Ezenkívül a cikk végén 
felsorolunk néhány igen kiváló Veriloggal 
foglalkozó művet, illetve olyan webcímet, 
ahol jó néhány egyéb nyílt forrású EDA-pro- 
jektről olvashatunk. 
Az Icarus Verilog parancssoros eszköz, amely 
a Verilogban íródott tervezési forrást fordítja le 
a célformátumra. Ez a célformátum általában a vvp szimulá- 
ciós motor, a parancssorban azonban más célformátumot is 
kiválaszthatunk. 
Első példánk az ismerős , Szia, Világ 





I" 


program lesz: 


module proba; 
initial Sdisplay("Szia, 
endmodule 


vilgg!") ; 


Ezt értelemszerűen a következő parancssorozat fordítja le és 
hajtja végre: 


$ iverilog -oa.vvp hello.v 


$ vvp a.vvp 
Szia, vilgg! 


Természetesen a mérnök gyorsan valamilyen érdekesebb pél- 
dára szeretne továbblépni, ami valamilyen tervezési feladatot 
old meg. Erre jellemző, egyszerű példa a számlálómodelIl 
próbája (lásd az 1. listát: 40. CD Magazin/Verilog könyvtár). 

A szta.v és a szamlalo1.v példákban a fordító egyetlen forrás- 
fájlt kapott meg, amelyet vvp formátumú kimeneti fájllá alakí- 
tott, majd az így elkészített fájlt a vvp program hajtotta végre. 
A Verilog programokban a modulok azok az objektumtípusok, 
amelyeket a tervező az eszközök modellezésére hoz létre. 

A modulok más modulokat is hívhatnak, példányosíthatnak, 
illetve saját kódot is tartalmazhatnak, amellyel a modellezendő 
eszközt írhatják le. A tervező ezután a fő modult hívja meg 

a teljes modellezett eszköz példányosításához. 

A Verilog-fordítók általában úgy állapítják meg, hogy az adott 
tervben melyek a fő modulok, hogy megvizsgálják, mely mo- 
dulok nem voltak máshol példányosítva a programozó által 
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adott forrásban. A szia.v példában mindössze egyetlen proba 

nevű modul volt, ez képezte tehát a fő modult. A szamlalo1.v 

programban a szamlalo modult a proba példányosította, 

és kizárólag a proba volt az egyetlen, amelyet máshol nem 
példányosítottunk, így a proba lett a főmodul. 

Az Icarus Verilog használata során a programozók 

ezt a főmodul-azonosító heurisztikus módszert 

engedélyezhetik, de a kívánt ftőmodulokat a 

-s kapcsoló segítségével közvetlen módon is 

felsorolhatják. 
Ahogy növekszik a program, a programo- 
zónak egyre inkább több fájlból álló forrás- 
és programkönyvtárak készítésére lesz szük- 
sége. A programkönyvtárak igen hasznosak a 
más fejlesztők kiadta piaci eszközöket model- 
lező modulok terjesztésében is. Az [carus 

Verilog az önműködő programkönyvtárakat 

hordozható módon támogatja. 

Az önműködő programkönyvtár-formátum 
ipari szabvány. Ez tulajdonképpen egy olyan Verilog-forrás- 
fájlokat tartalmazó könyvtár, ahol a fájlok egy-egy modult 
tartalmaznak, és a fájl neve a benne található modulnak felel 
meg. Például a szamlalo.v a szamlalo modult tartalmazza. 
A könyvtár helyét az Icarus Verilog-fordítónak parancssor- 
ból a -y kapcsolóval, vagy parancsfájl használatával 
adhatjuk meg. 

Önműködő programkönyvtárakat használva szamlalo1.v 
példánk két részre törik: a könyvtármodulra és a főprogramra. 
A mostani példában az a logikus, ha a counter modult moz- 
gatjuk a lib/szamlalo.v-be és a proba modult tartjuk meg 

a szamlalo2.v programban. A 2. listában megfigyelhetjük, mi- 
képpen kell a szamlalo2.v-t két részből álló módon használni. 
Az Icarus Verilog a szamlalo2.v programot először megpró- 
bálja lefordítani. Amikor a szamlalo modul példányosításá- 
hoz ér, észreveszi, hogy nincsen szamlalo modulmeghatá- 
rozás, ezért végignézi az általa ismert (-y kapcsolóval 
megadott) könyvtárakat, és megtalálja a lib/szamlalo.v fájlt. 
Értelmezi az új Verilog-forrást, menti a megtalált modulmeg- 
határozásokat, és folytatja az eredeti forrás fordítását. A prog- 
ramkönyvtárban való keresés rekurzív, így a könyvtármo- 
dulok más könyvtármodulokat is példányosíthatnak, miköz- 
ben a fordító a modulmeghatározásokat folyamatosan gyűjti, 
míg a program el nem készül. 

Az Icarus Verilog további kényelmi szolgáltatása, hogy parancs- 
fájlokat képes feldolgozni. A parancsfájlok olyan szöveges 
állományok, amelyek fájlneveket, útvonalmegadásokat és más 
fordítási irányelveket tartalmaznak. A szamlalo2.v példánkhoz 
ilyesféle parancsfájlt tudnánk készíteni: 


szamlalo2.txt: 
H ez egy sajgt k nyvtEr 
-y lib 





2. lista A szamlalo2.v példa 


Wbeginíverbatim) 
module proba; 

/F Egyszer pulzEl reset kösz tÖse. "/ 
teg Tesetgkelkti 

initial begin 


t 17 reset — il 

tt Il reset — MF 

mm 29 reset z [ls 

mm Ill zeseöt s 05 

g ETOO SS COD 
end 


/: hagyomEnyos pulzEl vas or/ 
reg elk; 
always HD clk -— laelk; 
wire [7:0] value; 
szamlalo cl (value, 


Elle, ZEESEU) : 


initial Smonitor("At time $t, value 
S ses OlG HB 
mStime, value, value); 


endmodule // test 


vendíverbatim) 
ycaptioníExample Verilog simulation file 
)eextttiszamlalo2. v] ) lábelítig21 


$ iverilog -o a.vvp -ylib szamlalo2.v 
$ Vvp a.vvp 
[sszsáá] 


H az ehhez a beXll tEshoz tartoz 
H  forrEsfíkxjlok 
szamlalo2.v 


projekt - 


Ezután a programot a következőképpen futtathatnánk: 


$ iverilog -c szamlalo2.txt -o a.vvp 
vVPp a.vvp 


ao 


Egy ilyen kis program esetében a parancsfájl használatának 
nincs túl sok értelme, de ahogyan a terv egyre nagyobbá 

válik (forrásfájlok százai sem ritkák), a parancsfájl értéke 
igencsak megnő. 

Az Icarus Verilog rendelkezik egy más Verilog-fordítókban fel 
nem lelhető különleges képességgel is: támogatja a betölthető 
cél-API-kat. A betölthető modulokhoz készült C API-t a fordító 
akkor hívhatja meg, amikor a kimenetet új formátumban kell 
előállítania. A vvp kódelőállító maga is ilyen betölthető 
célmodul, amely a(z alapértelmezett) vvp-szimuláció kérése 


Pf 2 


esetén indul el. Létezik egy nul1 kódelőállító és egy fpga- 
kódelőállító is. 

A betölthető cél-API a C-programozók számára az Icarus 
Verilog-csomagokkal együtt érkező és települő ivl target.h 
header fájlon keresztül érhető el. Ezáltal a C-programozók új 


Pf e 


kimenet-előállítókat írhatnak az IÍcarus Verilog fordítóhoz. 
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A vvp futtatható állomány szintén támogatja a szabványos 
Verilog VPI-csatolófelület egy részét. Itt egy olyan futásidejű 

C API-ról van szó, amely a programozóknak lehetővé teszi, 
hogy a Verilog-forrás által meghívható új rendszerfeladatokat 
illesszenek be. Ilyen rendszerfeladatokra példa a $stop és a 
Smonitor utasítás a szamlalo2.v példa forrásfájljában. Minden 
szabványos magrendszerfeladat Icarus Verilogban íródott, a 
VPI API segítségével. 
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Stephen Williams 

egy szép napon eltévedt egyetemének 
számítógéptermében. Bár elektromérnök-hall- 
gató volt, informatikusként (computer 
science) végzett. Tíz évvel később, miközben 
számos programfejlesztésben részt vett 

— különös tekintettel a nagy és erősen osztott rendsze- 
rekre —, egyszer csak azon kapta magát, hogy nagysebes- 
ségű digitális kamerák vezetékeibe gabalyodik. Azóta e 
tapasztalatokat ötvözve eszközmeghajtókon, beágyazott 
rendszereken és EDA-eszközökön dolgozik. 





Michael Baxter 

kilencéves kora óta dolgozik a számítógép- 
iparban, amióta magával ragadta az 1969-es 
2001-vízió, az Úrodüsszeia. Tapasztalt számí- 
tógép-, rendszer-, áramkör- és FPGA-tervező. 

d Tíz USA-szabadalmat Jegyez számítógépek és 
Árajkörök tervezésével kapcsolatban, valamint további 
ötnek társfeltalálója. Szeret túrázni, érdekli az amatőr rádió- 
zás és a Lisp nyelven való programozás. 





Hasznos Verilog-források 


IEBE Std. 1664-1995 (ISBN "1-655957-727-5) 

2 http://standards.ieee.org 

IEEE Std. 1364-2001 (ISBN 0-/981-2806-6) 

2 http://standards.ieee.org 

Verilog 2001: A guide to the New Features of the 
Verilog Hardware Description Language by Stuart 
Sutherland. Kluwer Academic Publishers, 2001. 

ISBN 0-/923-/568-e. 

]he Verilog PLI Handbook: A Users Guide and 
Comprehensive Reference on the VERILOG 
Programming Language Interface by Stuart Sutherland. 
Kluwer Academic Publishers, 1999. ISBN 0-/923-3499-x. 
Verilog Cuickstart, Second Edition by James M. Lee. 
Kluwer Academic Publishers, 1997. ISBN 0-/923-8515-2. 


Néhány nyílt forrású EDA-honlap 


gEDA 3 http:/Avww.geda.seul.org 

Icarus Verilog 3 http://lcarus.com/eda/verilog 
Open Collector 3 http://wwwv.opencollector.org 
OPENCORES.ORG 3 http:/Awvww.opencores. org 
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Programok telepítése almára 


Nézzük, milyen programokat is tudunk a jó öreg Mac gépre telepíteni! 


lőször is nézzünk körül a házunk táján: ha van Macin- 
tosh gépünk (ugye, van? Es a ROM-ot nem törvényte- 
lenül használjuk!), akkor programok is tartoznak hozzá 


- hajlékonylemezen, CD-n vagy bármilyen adathordozón. 


Válasszuk ki az áldozatot, és kezd- 
jünk neki a telepítésnek. Előtte 
azonban nézzük meg, milyen fájl- 
formátumokkal lesz dolgunk: .hgx, 
.bin és .sit. Én abba a csapdába 
estem, hogy a pillanatnyilag leg- 
frisebb Stuffit Expander csomag- 
kezelő nem kezelte megfelelően a 
csomagokat, ahhoz azonban, hogy 
egy újabb változatot telepítsek, szin- 
tén működnie kellett volna, de nem 
tette! Mit csinál az ember a 22-es 
csapdájába esve? Feltalálja magát! 
Kerestem egy programot Linux alá, 
amivel ki tudtam bontani a csoma- 
gokat (ezen a címen megtalálható: 
2 http:/wwwi.stuffit.com/stutffit/linux/). Ezek után már rendel- 
keztem egy ,normális" Stuffit Expanderrel, úgyhogy folytat- 
hattam ámokfutásomat az almák között. 


written hu 
Lubos Tflüw" Tilka 


All Rights Reserved. 


Programok heszerzése 

lermészetesen akkor van a legkönnyebb dolgunk, ha meglévő 
programjainkat telepítjük az emulátorban. Némelyik program 
sokkal gyorsabban fog futni, mint azt jó öreg gépünkön meg- 
szoktuk (ha még emlékszünk rá, milyen sebességgel is futottak 
azon). A programok tárháza szinte végtelen, és biztosan min- 
denki tudja, hogy ezeken a gépeken is futottak a profi DIP-s 
programok korábbi változatai, mint például a OuarkExpress, 
az Adobe-programok. Ezek ingyenesen sajnos nem érhetők el, 
bár igazándiból nem értem, hogy miért nem lehet ezek régebbi 
változatait — akárcsak a MacOS 7.5.3-ast, illetve a 7.5.5-ös 
frissítést — szabadon letölthetővé tenni. 

Az ingyenesen letölthető programok weblapjai a Kapcsolódó 
címek alatt találhatóak. Viszonylag sok program fellelhető az 
Interneten (bár többnek nem sok értelme van azon kívül, hogy 
fut). Első nagy kedvencem a Car Care For The Beginer 1.1-es 
program (kezdők autóápolási kézikönyve) Ez számos érdekes- 
séggel szolgál az újdonsült autótulajdonosoknak. Megtudhat- 
juk, miből áll az autó, miként működnek a különböző részei, 


kk ay . 


csak angolul). A másik nagyon kedves program a Paragon 
Poker Suite kártyajáték. Letölthető változatának sajnos nem 
minden része használható, de 10 dollárért hozzájuthatunk 

a program többi részéhez vezető kulcsokhoz. Ez a program 
beszél, méghozzá úgy, hogy nyomon követi a játékosokat, és 
mindent hangosan is közöl: ki emelt tétet, ki dobta be a lapo- 
kat, ki hány lapot cserélt. Az elején jópofa ez a hangos játék, 
huzamosabb ideig játszva azonban szerintem mindenki letekeri 
a hangerőt. A következő játék a népszerű Mahjongg egyik 
képviselője, ami A Szelek Játéka (TIhe Game Of The Winds) 
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nevet viseli. Kellemes, csak egy kicsit szemrontó játék. 
A Musashi 3.4.1 remek levelezőprogram. Támogatja a többfel- 
használós módot, több postafiókot kezel egyszerre, úgyhogy aki 


emulátorból szeretne levelezni, hát hajrá! A SonoSoft oldaláról 
több programot is letölthetünk. 

A grafikai programok listáját a 
PlCStationnel kezdem, ami kitűnő 
képnézegető alkalmazás: képes 
megjeleníteni a Photoshop, JPEG, 
TIFE PICI, SGI, TARGA, BMP 
PNG formátumokat. Olyan alap- 
vető képfeldolgozási műveletekre 
is használható, mint az átmére- 
tezés, a forgatás, a kontrasztállítás, 
de kötegelt feldolgozásra is kiváló. 
A PrintloPDF programot az 
állományok PDF fájlba történő 
nyomtatásához használhatjuk, így 
könnyedén készíthetünk Acrobat 
Reader által olvasható fájlokat. 
Kellemes játékszer a World Clock Deluxe: akár 24 különböző 
órát is kirakhatunk az asztalunkra, így követve nyomon a 
világban az idő múlását. 

Az alábbi programok, azt hiszem, nem igényelnek 
magyarázatot: 

e Apple Ouicktime 4.0 

e — Real Player 5.0 

e . Netscape Communicator 4.08 

Mindezeket látva úgy gondolom, immár senkinek sem kell régi 
számítógépe ellátatlanságáról panaszkodnia. Miközben ezt 

a cikket írtam, azon törtem a fejemet, vajon mi lehet az az erő, 
ami az embereket a még újabb, még nagyobb gépek és progra- 
mok felé hajtja? Erre akkor kaptam meg a választ, amikor oda- 
ültem egy Macintosh Ouadra 605-ös gép elé és megpróbáltam 
olyan sebességgel dolgozni, mint a 1,2 GHZz-es laptopomon 
MacOS 7.5.5-öst emulálva. Nos kérem szépen, az eredmény és 
a látvány meglepő volt, úgy éreztem magam, mintha zselében 
számítógépeznék. 


Csontos Gyula 
(Csontos.GyulaoOlinuxvilag.hu) 

a Linuxvilág szakmai és CD-szerkesztője. 
Szabadidejében szívesen mászik hegyet 
és kerékpározik. 





Kapcsolódó címek 


5 http://guide.apple.com/ 
2 http:/Awvww.macoszone.com/ 
2 http:/Avwvw.ancodia.com/software/picstation/ 





PHP PEAR (2. rész) 


Ezúttal a PHP PEAR levélkezelő osztályaival ismerkedünk meg, amelyekkel egyszerűvé 
válik a csatolt fájlokat és színes képeket, szövegeket tartalmazó üzenetek kezelése. 
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orozatunk előző részében -— mely az adatbázisok egysé- 
gesített kezeléséről szólt — már találkoztunk a PEAR-rel. 
Arról azonban nem beszéltem, hogy a PEAR adatbázis- 
kezelési képességein kívül még megannyi hasznos szolgáltatást 
tartogat a számunkra. Számos mindennapos feladatra — legyen 
szó akár adatbázis- vagy hibakezelésről, hálózatokról, akár 
XML-ről - a PEAR kész megoldásokkal szolgál. 

Ugye a mail () függvényt te is sokszor használtad már? Való- 
színűleg. Bizonyára azt is tapasztaltad, hogy ezt a függvényt 
nem éppen arra tervezték, hogy tetszetős HIML-leveleket 
küldjünk vele. Sőt, egy egyszerű csatolt fájl elküldése is lehetet- 
len vállalkozásnak tűnhet a megfelelő segédeszközök nélkül. 
Ilyenkor lehet hasznunkra PEAR MIME levélkezelésre szol- 
gáló bővítménye. 


A MIME 

A MIME a Multipurpose Internet Mail Extensions rövidítése. 
A MIME révén válik lehetővé — nemcsak PHP-ből, hanem bár- 
mely szabványos levelezőügyfélből —, hogy csatolt fájlokat, 
vagy több részből álló üzeneteket küldjünk. De a MIME felelős 
a levelek tartalmának helyes megjelöléséért is, és nélküle még 
egy ékezetes levél megírása is nehézségekbe ütközne. 

A MIME a szabványos REC 8322-es elektronikus levél kiterjesz- 
téseként jött létre. Az RFC 822 maga a szabvány, ebben van 
meghatározva mindaz, amit ma az Interneten a levél fogalmá- 
val azonosítunk. A MIME pedig egy bővítmény a szabványhoz, 
amelynek ugyanúgy megvannak a maga RFC-i. 





Az első lépés 
Mielőtt bárminek nekikezdenénk, telepítsük a PEAR levélkeze- 
lésre szakosodott Mail-bővítményét a következőképpen: 


t pear install http://pear.php.net/get/Mail 


Ahhoz, hogy ez a parancs sikeresen lefusson, először a PEAR 
telepítésére lesz szükség, ahogyan ezt az előző cikkben már 
taglaltam. Ha elakadnál, lapozd fel a Linuxvilág előző számát 
vagy látogass el a 3 http://pear.php.net/ oldalra, ahol minden 
tudnivalót megtalálsz. 

Ezt követően pedig telepítsük aMail mime, Mail mimePart 


és Mail RFC822 bővítményeket is. 


Egyszerű levélküldés 

Ha nem vagyunk nagy igényűek, és csupán egy egyszerű, 
ékezetektől mentes levelet szeretnénk küldeni, a Mai1 osztályt 
is használhatjuk, ami a PHP mai1 () függvényétől talán csak 
annyiban különbözik, hogy a parancsfájlból meghatározhatunk 
bizonyos beállításokat. Például megadhatjuk, hogy a program 
a Sendmailt használja a levél elküldésére vagy — mint ahogyan 
az 1. listán szereplő példánkból is kitűnik -— egy külső SMIP- 
kiszolgálót használjunk erre a célra. Mielőtt kipróbálnánk a 
programot, ne felejtsük el telepíteni a PEARNet Socket és 
Net SMIP bővítményeit. 
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A példában látható kód viszonylag egyszerű: a 

Sparams [" host" ] változóban adjuk meg a küldéshez 
használni kívánt SMIP-kiszolgálót (ami jó esetben 
mail.szolgáltatónkneve.hu formájú), a Sneaders tömbben 
pedig a levél fejlécének elemeit határozzuk meg. 

A Sheaders [/To" ] és a Srecipients változó annyiban 
különbözik, hogy a S$recipients változóban a levél tényleges 
címzettjeit kell megadni, míg a Sheaders [" To" 1] -ban csak a 
levél fejlécében látható címzett nevét. Ez utóbbi tartalma a levél 
küldése szempontjából közömbös, ennek ellenére ezt sem árt 
helyesen kitölteni. 

A Mail : : factory () tagfüggvény egy mai1 objektummal tér 
vissza, amelyet a send () tagfüggvénnyel bocsáthatunk útjára. 
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7. lista Egyszerű levélküldés az smtpsend.php segítségével 


c ?php 
igfeude ( " Mai LEENEEHE 
stedipients -ilőgaáboresoprona aA 


Sheaders[/[From"] - "valakiGexample. com" ; 
Sheaders[/To"] - "ggaborocsopron.hu" ; 
Sheaders[["Subject"] - "Teszt uzenet" ; 
Sbody - "Ez egy probalevel." ; 
Sparams[/host"] - "mail.sopron.hu" ; 


// A Mail osztály factcoryil) tagt ggvünyűöyel 
lötrehozunk egy mail objektumot 
Semail -6£ Mail: :factory(" smtp" , 
Semail-:send(Srecipients, Sheaders, 
is 


Sparams) ; 
Sbody) ; 


Az ilyen módon küldött levelek semmiképpen nem kódolód- 
nak, egyszerű 7 vagy 8 bites levélként postázódnak, ezért ha 

a levélbe ékezetet is írunk, fennállhat a veszély, hogy a címzett 
esetleg képtelen lesz elolvasni a neki szánt üzenetet. Emiatt 
csak akkor küldjünk levelet ilyen módon, ha biztosan nem 
használunk ékezeteket. 


A színfalak mögött 

Ahhoz, hogy MIME-leveleket küldjünk, nem árt, ha egy kicsit 
belepillantunk, mit is takar ez a négy betű valójában. Erre 
azért van szükség, hogy később, amikor MIME-leveleket állí- 
tunk össze, megértsük az eljárás részleteit. Nem kell megijed- 
ni, nem lesz ez olyan bonyolult. Nem is szaporítom tovább 

a szót, nézzük! 

Minden MIME-levél fejléce tartalmaz bizonyos elemeket, 
amelyek a levelet megjelenítő programnak szólnak. 

A MIME a fejléceit nemcsak a szabványos üzenet fejlécéhez 
adhatja hozzá, hanem a saját részüzeneteihez is. Részüze- 
net alatt a többrészes -— vagyis a HIML-szöveget vagy 
mellékletet tartalmazó — üzeneteknél a levélben található 
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2. lista Példa MIME-levélre 


From: "Gludovatz Gabor" c-ggaborosopron.husz 
To: Valaki cvalakidexample.comsz 

Subject: Egy egyszeru MIME level 

Date: Wed, 20 Jun 1999 17:18:47 340100 
Message-ID: -000000123Oalocalhost: 
MIME-Version: 1.0 

Content-Type: multipart/mixed; 
boundary-"Linuxvilag-123"; 
Content-Transfer-Encoding: 7bit 


Ha az uzenetnek ez a resze lathato, akkor 
a levelet olyan levelezoprogramban olvassak, 
mely nem kezeli a MIME uzeneteket. 


Linúxvilag-1233 
Content-Type: text/plain; charset-"iso-8859-2" 
Content-Transfer-Encoding: guoted-printable 


Hell-F3 Valaki! Ez itt egy MIME e-mail! 
Gabor 


Linuxvilag-1233 

Content-Type: image/jpeg; name-"kep.jpg!" ; 
Content-Transfer-Encoding: base64 
Content-Disposition: attachment 

ca kep.jpg tartalma base64-gyel k dolva:z 


Linuxvilag-123 -- 


HIML-részt vagy fájlmellékletet értjük. 

A MIME fejléceinek többsége mind az elsődleges fejlécben, 
mind a részüzenet fejlécében megjelenhet, kivétel ez alól a 
MIME-Version: mező, mely az adott levél létrehozásához 
használt MIME-változatot tartalmazza. 

A Content-Iype: mező az üzenet tartalmára utal. Lehetséges 
értékei például text/plain, text/html, image/jpeg, amelyek a levél 
vagy a részüzenet tartalmára utalnak. Ha a Content-Iype:-ot 

az elsődleges fejlécben találjuk meg, az értéke valamilyen 
multipart/" érték is lehet, például multipart/mixed vagy 
multipart/alternative. 

A Content-Iransfer-Encoding: az adott üzenetrészben található 
tartalom kódolására utal. Mivel alapértelmezés szerint a leve- 
lekben csak 7-bites adatot küldhetünk, olyan módszereket 
kellett kitalálni, amelyekkel lehetővé válik 8-bites ékezetes 
karakterek, illetve fájlok küldése. Ékezetes tartalom küldé- 
séhez a , guoted-printable" kódolást szokás használni, ha 
azonban a levél nem tartalmaz ékezetes karaktereket, elegen- 
dő a 7 bit is. Bináris fájlok esetén a base64 kódolás haszná- 
latos, ami a fájlt úgy alakítja át 7-bitesre, hogy az később 
kibontható, felhasználható legyen. A 8 bit és binary kódolási 
típusok használata kevésbé elterjedt (emiatt a működésük 
sem mindenütt biztosított). 

A Content-Disposition: egy egyelőre még kísérleti állapotban 
lévő fejléc. Segítségével a levélolvasó program egyszerűen 
eldöntheti, hogy mellékletről vagy a levél tartalmához kapcso- 
lódó anyagról van-e szó. 

MIME-levélre láthatunk példát 2. listánkon. 
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3. lista A mimemail.php — HTML-t Is tartalmazó 
üzenet küldése 


c?php 
ae küde ( Mail.php"VW 
include ("Mail/mime . php" ) ; 


Stext "A levől sz veges vEgltozata." ; 

Shtml - "chtml:-cbodyzsA levől cb:HIMLc/b:-es 
mm vEltezátas [body / Nemi 

sradtesze  /emoskoego gpg 

Serlé cette ni 

Shdrs - array( 


" From" -5 !ggaborosopron.hu" , 
"Subject" -: "Pr ba zenet" 
11 

SMEme senem Mat tememet s GE VEJE 


Smime-ssetTXIBody(Stext) ; 
Smime-ssetHIMLBody (Shtm.l ) ; 
Smime-saddAttachment ($Sfile, " image/jpeg?" ) ; 


Sbody - Smime-s3get—() ; 
Shdrs - Smime-s:headers(Shdrs) ; 


Sparams [ "host"] — "mail.sopron hu" ; 
Smail -6£ Mail: :factory(" smtp", Sparams) ; 
Smail-:send(" ggaborosopron.hu", Shdrs, 


SbodyI 
ja 
4. lista Az rfc322.php levélcím ellenőrzése 
c?php 
cim - MEGy csoporbkéoltjllltSuREZEG3 Ber" 


cggaborOosopron.hus;, valakidexample.com 
(Egy megjegyzős) " ; 

orfc822 - new Mail RHECBEK édes § 
"example.com", true) ; 


Scimek - Srfc822-:sparseAddresslList-() ; 
PEGNESSÜSOTMEK jő 
7. 


ATML-üzenetek küldése 


Amennyiben levelünket HIML-üzenetként szeretnénk 
elküldeni, aMail mime osztályhoz fordulhatunk segítségért. 
Az ezzel a bővítménnyel létrehozott üzenetekben található 
ékezetek és fájlok a szabványnak megfelelően kódolódnak, így 
nyugodtan bármilyen szöveget írhatunk, biztosak lehetünk 
benne, hogy a címzett el fogja tudni olvasni a levelet — már 
amennyiben a levelezőprogramja támogatja a MIME-t (a ma 
használatos levelezőprogramok szinte kivétel nélkül támogat- 
ják). Programunk forráskódja a 3. listában olvasható. A levél 
közvetlen elküldéséhez ezúttal is a PEAR Mailt hívtuk segít- 
ségül, a levél tartalmát azonban a Mail mime osztállyal 
állítjuk elő. Az osztály használata meglehetősen egyszerű, 





beállítjuk levelünk szöveges tartalmát, beállítjuk a HIML- 
tartalmat, csatolunk egy képet, és már küldhetjük is a levelet, 
anélkül, hogy bele kellene bonyolódnunk a részletekbe. 
HTML-ben írt levél esetében a levélhez mellékelni kell az üze- 
net egyszerű szöveges példányát is, arra az esetre, ha a címzett 
levelezőprogramja nem képes html-es üzenetek megjeleníté- 
sére. A szöveges és html-es tartalom közül a címzett levelező- 
programja azt a részt fogja kiválasztani, amelyek számára a 
legmegfelelőbb. 

Az így létrejött levél multipart/mixed lesz, amelynek második 
részüzenete image/jpeg típusú, ez tartalmazza a mellékelt 
képet; ezzel szemben első részüzenete ugyancsak multipart 
típusú, mégpedig multipart/alternative. 

A multipart/alternative rész egy beágyazott MIME-üzenetet 
takar további részüzenetekkel, de a multipart/mixed-hez képest 
azzal a különbséggel, hogy a multipart/alternative részben 
mindegyik melléklet ugyanazt a tartalmat hordozza, és a leve- 
lezőprogram a multipart/alternative-ból választja ki azt a részt, 
ami számára a legmegfelelőbb. Ez annyit tesz, hogyha egy 
levelezőügyfél nem tud HTML-t, a text/plain típusút választja; 
ezzel szemben egy mindenféle extrával felszerelt levelezőprog- 
ram a text/html típust fogja kiválasztani. 


Levélcímek ellenőrzése 

A PEAR levelekkel kapcsolatos fejezetében található még egy 
hasznos osztály, amivel az oldalainkon megadott levélcímeket 
ellenőrizhetjük, hogy valóban szabályosan adták-e meg őket. Ez 
az osztály azért hasznos, mert egy levélcím ellenőrzése sokszor 


nagyon bonyolult feladat, és ha nem akarunk hamisnak tűnő, 
ám mégis szabályos címeket is eldobni, ezt az osztályt ajánlatos 


A Linux nem csak operációs rendszer: egye- 
sek szerint életérzés, mások egyenesen val- 
lásként élik meg. Az igazi Linux-felhasználó 
szabadnak érezheti magát: a szabad 
program továbbadható másoknak, korlátlan 
számban másolható és felhasználható. 
Kezünket nem kötik ipari titokként féltve 
őrzött kódok, és a hozzáférésen túl a 
programok módosítása is lehetséges, ami 
azt is jelenti, hogy előttünk százak és ezrek 
már éltek e lehetőséggel, kijavítva számos 
hibát. A Linux a legtöbb élőmunkát tartal- 
mazó operációs rendszer, emellett terhel- 
hető, igen megbízhatóan és hatékonyan 
használja a számítógép nyújtotta erőforrá- 
sokat — és nem utolsósorban használata 
komoly költségmegtakarítást jelent. Pere 
László kötete ugyanakkor nem hallgat ked- 
venc rendszerünk hibáiról, hiányosságairól 
sem. lermészetesen hiteltelenné válik az 

a könyv, amelyben nincs lelkesedés, így a 
térítésnek" is fenntart egy kicsiny fejeze- 
tet, a könyv többi része azonban a száraz A főbb témakörök: 
tényeket mutatja be, körüljárva minden e 
területet, amely a kezdő és haladó Linux- e 
felhasználó számára fontos lehet. 


Tett 
OT ad 


náló azonosítása 


www.linuxvilag.hu 


felhasználói 
ismeretek I. 


A Linux felépítése 
Bejelentkezés a rendszerbe, a felhasz- 


segítségül hívni. Az így ellenőrzött levélcímek biztosan megfe- 
lelnek az RFC 822-ben meghatározott szabványnak. 
A bővítmény használatára a 4. listában látható egy példa. 


Összegzés 

A levélküldés bizony néha bonyolultabb, mint elsőre feltételez- 
tük volna. Ilyenkor jönnek jól a PEAR levélküldésre szakosodott 
osztályai, amelyekkel bármilyen típusú levelet könnyedén el- 
küldhetünk. A PEAR tehát ezúttal is jó segítőtársnak bizonyult. 


Gludovátz Gábor 

(ggaborxsopron.hu) egy soproni cég Linux- 
rendszerekkel foglalkozó rendszergazdája. 
Kedvenc időtöltése a programozás, és a 
Linux lelkivilágában való kutakodás. Ha ideje 
engedi, szívesen hódol szenvedélyének és 
bringáján a környező erdőket Járja. Honlapja a 

2 http:/Awww.sopron.hu/-ggabor/ címen érhető el. 
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PEAR 23 http://pear.php.net/ 

PEAR-leírás 3 http:// pear.php.net/manual/en/ 

A MIME működése 

5 http:/Avww.zend.com/zzendspotlight/ 
sendmimemailpart1.php 

2 http:/Awww.phpbuilder.com/columns/ 
Okartic2000080/7.php3 

RFC-k keresése 5 http://rfc.sunsite.dk/ 


A konzol használata 

A könyvtárbejegyzések 

A héj használata: parancsok, 
utasításcsövek, a héj testreszabása és 
programozása 

Állománykezelés: hivatkozások, 
meghajtók beillesztése a rendszerbe, 
tömörítés, biztonsági mentések 
Szabályos kifejezések és szűrők 
Feladatvezérlés: a folyamatok irányítása 
és figyelése 

Kapcsolattartás és levelezés 
Szövegszerkesztés: a vi és a Midnight 
Commander használata, külön tábláza- 
tokkal, amelyek a billentyűparancsokat 
tartalmazzák 

Héjprogramozás 

Számítógép-hálózatok és a Világháló 
Grafikus felületek: az X Window rend- 
szer és az ablakkezelők 
Kiadványszerkesztés: részletes Lalex- 
ismertető, az alapvető dokumentumfor- 
mázási parancsoktól a különleges karak- 
terek és matematikai képletek haszná- 
latáig, illetve az utómunkálatokig, rész- 
letes táblázatokkal. 
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GPRS Linux alól is 








Elsőként tisztázzuk, milyen sebességet várunk el az új GPRS csomagkapcsolt 
adatátviteltől. Filmeket, terjesztéseket akarunk töltögetni? 


mennyiben a válasz igen, bele se kezdjünk egy GPRS- 
hálózat felállításába. Rengeteg írás olvasható a Neten 
a Vodafone új, átalánydíjas internetszolgáltatásáról. 
A cikkek többsége igen lehangolóan számol be arról, milyen 
hihetetlenül lassú a hálózat stb. Nos nézzük, eddig mire is 
használtuk a mobil Internetet (nem azonos a WAP-pal!). 

Ha rendszerfelügyelőként vidékre kellett utaznunk és onnan 
bejelentkeznünk, csak felcsörögtük a jó kis megbízható 9600- 
ast, és SSH vagy VPN segítségével belépett a megfelelő helyre. 
Kiböjtöltük a szédületes sebességgel felénk áramló adatokat, 
és tettük, amit kell. Ha a legújabb mozifilmeket le 
akartuk tölteni a megjelenésük előtt 2-3 hónappal, 
bizony a cég bérelt vonalát vagy az otthoni kábel- 
netet használtuk. Most se legyen ez másképpen. 
Ha a GPRS-hálózatot úgy fogjuk fel, mint egy jó 
dolgot, ami nem azért van, hogy warezoljunk, 
akkor rendszerfelügyeletre és a leveleink letölté- 
sére, esetleg egy-két weboldal megnézegetésére 
(csak a bátrabbaknak) tökéletes megoldás, hiszen 
nem az eltöltött idő után fizetünk, hanem a for- 
galmazott bitmennyiség után. Nézzünk egy példát! 
Béla vezető rendszermérnök, és Szolnokra utazik 
előadást tartani. lermészetesen viszi magával a 
hordozható számítógépét vagy legalább egy te- 
nyérgépet. Mikor máskor, mint az éjszaka kellős 
közepén megáll az egyik szolgáltatás, Béla beje- 
lentkezik GPRS-hálózaton és 2,5 órán keresztül 
üldözi a bogarakat (Debug), mire megtalálja a 
hibát. A hiba természetesen abból eredt, hogy el- 
felejtette kikapcsolni az adatbázismotor részletes 
naplózás lehetőségét, így két nap alatt 3 GB-nyi 
naplófájl gyűlt össze. A hely elfogyott és a szolgál- 
tatások hely hiányában szépen sorban leálltak. Béla a rend- 
szerfelügyelet ideje alatt leginkább a less, vi, rm parancsokat 
használta egy SSH-ablakban. lehát a kiszolgálón dolgozott, 

a klasszikus értelemben véve, fájlokat se le, se föl nem töltött. 
Cége a 2,5 óra GPRS-forgalmáért megközelítőleg 160 forintot 
fizetett, mivel összes forgalma nem érte el a 200 KB-ot. Ebből 
a példából is jól látszik, hogy mikor előnyös a GPRS haszná- 
lata. A Vodafone hálózatában ezt a szolgáltatást átalánydíjjal 
kínálják, a hálózatról csak annyit, hogy most az ingyenes, 
bevezető szakaszban nagyon túlterhelt, de 9600-as sebességgel 
szinte mindig megy. A Westel és a Pannon GSM hálózata 
lehet, hogy jobb ennél, hiszen ott a forgalmazott adat után 
keményen fizetni kell, így valószínűleg nincs túlterhelve. 


A 


Készülékkínálat 

Mielőtt rátérnénk, hogyan állítsuk be a GPRS-t Linux alatt, néz- 
zük, milyen választási lehetőségeink vannak a mobiltelefon-kíi- 
nálatból. A jelenleg piacon lévő GPRS-t támogató készülékek 
99 százaléka Linux alatt működik, hiszen szabványos modem 
található bennük. Számos kedvezőtlen próbaeredményt lehet 
olvasni szinte az összes készülékről, hiszen ezek többségét nem 
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kifejezetten végberendezésnek (modemnek,) tervezték. Általá- 
nos tanácsként mindenkinek azt tudom javasolni, hogy olyan 
készüléket vegyen, amelyiket egyszerre lehet tölteni és közben 
adatot forgalmazni rajta. Ehhez az szükséges, hogy az adatká- 
bel a töltő elől ne foglalja el a nyílást, vagy az adatátviteli 
kábelhez a töltőt is hozzá lehessen illeszteni. Léteznek olyan 
megoldások is, amikor egy további átalakító segítségével a 

két kábel egyszerre is beköthető. Ilyen például a Siemens 
ME45-ös készülék, amelynél egy plusz 4000 forintos kábellel 
megoldható, hogy a töltő és az adatkábel egyszerre legyen 

a készülékhez csatlakoztatva. lovábbi szempont, 
hogy tudja-e a készülék menet közben tölteni 
magát? Például az Ericsson R600-as telefon sajnos 
ezt nem tudja. A szerviz állítása szerint ez a 
telefon hatékony töltésének érdekében nem old- 
ható meg. Gyakori gondként szokott jelentkezni, 
hogyha a kapcsolat megszakad, vagy a pppd, 
vagy a telefon belső vezérlőprogramja , beragad" . 
A pppd-t még csak ki lehet lőni terminálból, de 

a telefont nagyon idegesítő ki-bekapcsolgatni. 
Erre jelent megoldás, ha az adatkábelt USB-kapun 
keresztül illesztjük a géphez, mert ilyenkor le- 
hetőségünk nyílik, hogy az eszközvezérlőt mo- 
dulként fordítsuk a rendszermagba. Így ha a kap- 
csolat beragad, nem kell le-lehúzogatni a kábelt 

a telefonról, egész egyszerűen csak az rmmode 
paranccsal visszatöltjük az USB-vezérlőt, és újra 
működésbe hozzuk. Ez a gép szempontjából 
csaknem a fizikai lehúzással egyenértékű. Ennél 
egyszerűbb, ha a telefont IRDA-vezérlőn keresztül 
kapcsoljuk a géphez, hiszen a csatlakozó ilyenkor 
szabad, tehát tölteni mindig lehet, és az infraesz- 
közmodulban tökéletesen működik. Egy okos figyelőprogram- 
mal bármikor megállapíthatjuk, mikor állt meg az adatforga- 
lom, és újra tudjuk indítani. Néhány telefonnál az IRDA állan- 
dó működésre kapcsolható, vannak azonban olyan modellek, 
amelyeknél mindig kézzel kell újraindítani. 

Mivel mindegyik telefon viszonylag drága, egy járható és 
törvényes trükköt javasolnék. 

A Vodafone-nál kapható az ezüst P/389-es Motorola limeport, 
ami egy viszonylag jó telefon. Sajnos azonban nem tudja a 
GPRS-t. A telefont előre fizetett előfizetéssel mindössze bruttó 
15 000 forintért meg lehet vásárolni, de ha elvisszük a Logiker 
Kft.-hez (2 http:/www.logiker.hu), ők mint garanciális Moto- 
rola-szerviz bruttó 2500 forintért frissítik a programját, amely 
így a GPRS-t is tudni fogja. A kételkedők kedvéért íme a törté- 
net: volt egyszer egy Motorola P7389-es sorozat, amely a meg- 
jelenése időpontjában egyedülálló tulajdonságokkal bírt: hang- 
tárcsázás, IRDA, modem, WAL diktafon stb. (körülbelül két 
évvel ezelőtt). Az ára is , szép" volt, ami természetesen az idő 
múlásával egyre lejjebb és lejjebb ment. A Vodafone nagyjából 
akkortájt rendelt belőle több ezernyit a Motorolától, amikor 
kifutott modellé vált. A Motorola-gyárban ekkor már nem 





Néhány jó tanács a beállításokhoz 


Hogyan állítsuk be egyszerűen a GPRS-t Debian GNU/Linux alatt? 

A létező legegyszerűbb megoldás, ha a pppconfig nevezetű 
programot választjuk, hiszen egy egyszerű apt-get install 
pppconfig parancs kiadásával telepíthető. Indítsuk el, és válasszuk 
a Create a Connection menüt. Mindent pontosan ugyanúgy csináljunk, 
mint amikor általános betárcsázást hozunk létre, a jellemzők azonban 

a következők legyenek: 

User: vodawap 

Passwd: vodawapO 


Number: Xr99xrrr1H 
Method: PAP 
ComPort: /dev/ircommoO 


(vagy ahova a telefont kötöttük). 

Ezek után voda néven mentsük el. Ilyenkor a program 

a /etc/chatscripts/ alá menti a modemmel kapcsolatos beállító 
alapparancsokat. A voda állomány közepén lesz egy sor: 

ASS 

Ezt ki kell törölnünk, és helyette másik hármat kell elhelyeznünk: 
"AT--CGDCONT-1 , "P" , "vitamax . w hap. vodafone.net" 
" AT:1CGOREHO-1,0,0,0,0,0;-4-CGOMIN-1,0,0,0,0,0" 
" AT41CGATT-—1" 

Ezt követően a pon voda parancs kiadásával már is mehetünk a netre. 


[LÉ Mi kluaaaddddddmddmtdddaeaeaaeeemzeasíőülli 
revd LLCP ConfReg id-0x3 Xmru 20002 Casyncmap 0xa00002 (pcomp? faccomp? (magic 0 
xfe0de46042 Cauth pap?2] 
., ILCP ConfRej id-0x3 £pcomp? faccomp? fmagic 0xfe0le4d604?1] 
d LLCP ConfReg id-0x5 (mru 20002 flasyncmap 0xa00007 Cauth pap?1] 
LLCP Conffck id-0x5 (mru 20002 Clasyncmap 0xa00002 Cauth pap?21] 
LLCP EchoReg id-0x0 magic-0x0] 
t LPAP AuthReg id-0x1i1 user-"vodawap" password-(hidden?] 
d LLCP EchoRep id-0x0 magic-0x0] 
LPAP AuthAck id-0x1 ""1 
kernel does not support PPP filtering 
sent LIPCP ConfReg id-0x1 faddr 0.0.0.021] 
sent LIPCP ConfReg id-0x1 faddr 0.0.0.02] 


rcvd LIPCP ConfReg id-0x1 Caddr 10.17.53.3121 
sent LIPCP Conffck id-0x1 Caddr 10.17.53.3121] 


sent LIPCP ConfReg id-0x1 faddr 0.0.0.021 

rcevd LIPCP ConfNak id-0xi CXaddr 10.17.53.3121] 

sent LIPCP ConfReg id-0x2 faddr 10.17.53.3121 

revd LIPCP Conffck id-0x2 Caddr 10.17.53.3121 

not replacing existing default route to eth0 [195.56.66.1261 
Cannot determine ethernet address for proxy ARP 

local IP address 10.17.53.31 

remote IP address 10.17.53.31 

Script Zetc/ppp/ip-up started (pid 680) 


gyártották ezt a készüléket, de mivel nem akarták visszautasí- 
tani a megrendelést, a Motorola 260-as modell programját, 
amely tudta a GPRS-t, lebutították a P/389-es szintjére. Követ- 
kezésképpen, ha most befáradunk a fentebb említett Motorola 
szervizbe, nagyjából 1-2 perc alatt működőképesé teszik a 
260-as programot, így egy remek GPRS-es telefonunk lesz, 
összesen 17 500 forintért (a Vodafone-nál jelenleg bruttó tizen- 
ötezer forint a Vitamax City csomagban. Fontos dolog, hogy 
ez a trükk csak az új , Silver" készülékkel működik, a régeb- 
biekkel sajnos nem.) 

Érdemes a választásnál még arra is odafigyelni, hogy a telefon 
3-1 csatornás modemmel legyen felszerelve, mivel így adat- 
forgalmazás közben is fogadhatunk és kezdeményezhetünk 
hívásokat, természetesen csak akkor, ha van elegendő szabad 
csatorna. Ebben az esetben úgy tudunk rendszerfelügyeleti 
munkát végezni, hogy egyszerre vagyunk a hálózaton, és 
közben beszélgetünk. A fent említett Motorola ilyen telefon 
lesz a programírissítés után. 

Az IRDA-beállításáról nagyon jó leírást olvashatunk a 
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Fanta és 
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vodafone 


Használd a VitaMAX-odat külföldön is! 


AR FERRARI dalai 
Sösáétül ötikÉsgáli ezáladíkalű EGYIK TÁMOGRTÚJR 
Válts vitaMáX GPRS WAP-ra, és mindössze havi nettó 300 


Ft-ért percdíj nélkül töltheted le a műsort! Sőt október 15-ig le DHAE aiji zi 
még ezt is elengedjük . zt hd. 


( aővessen 


" Hasapoyia borz í 
" Tippelj a befutóra 
és utazz Maranellobal 


- Fiat Stilo nyertesek MEGGE,, . 

" "Behálózhatunk ? " e 

- nyertesek zá. leó 

" VátaMAX feltöltés ATM-en 
keresztül! t 

" Ferrari oplogók és képüzenetek 

" Tankolj és nyerj! 


Vodafone 

" Vodafone-Ferrari Szövetség 
2002-ben 

" Eurocall szokzáltatás 

" Globális számok 

" Roami 


noamina úi 
" MTY Ringtone - csengőhana 
letöltés 


Akarsz cserelni? 
Haladi te is a korral! Hozd be régi, még működőképes egynormás 
mobilodat, és kedvező áron a tiéd lehet egy új GPRS készülék. 


KETTTTTT TT 


Átalánydíjas Intemet a Vodafone-tól 
2002. július 15-től bevezetjük GPRS szolgáltatásainkat: Internet 
hozzáférés, WAP, Roaming és LAN hozzáférés. 


, 
KENT TT TT. 





0 Kiskapu Kft. Minden Jog fenntartva 


2 http:/www.pilot-link.org/howto/irhsync/ címen, ami bár 
angol nyelvű, de tele van képekkel. 

A fenti tudnivalókat követően Dankó GPRS-HOGYAN-jának 
elolvasása után, ami a 

2 http:/www.hup.hu//modules.php?name—Newséfile—article 
$sid—1311 címen érhető el, pár perc alatt a Világhálón lehetünk. 
Néhány jó tanács a beállításokhoz: a leírásban több helyen is 
megjelenő 


OK "ATHCGDCONT-5, "IP", "internet . vodafone.net", 
st 0 LE 


parancs nem mindegyik telefon esetében működik, ugyanis jó 
néhány készülékben csak egy vagy két PDP context van, a leírá- 
sban pedig végig 5-re hivatkoznak. A Siemensnél és a Motoro- 
lánál itt egyszerűen át kell írni 1-re vagy 2-re, és máris működik. 


Összegzés 

Az átalánydíjas Vodafone GPRS-csomag csak azoknak ajánl- 
ható, akik nem tévesztik össze egy ADSL-kapcsolat sebessé- 
gével, és akik számára nagyon fontos a mozgathatóság. A többi 
szolgáltatónál egyelőre nincsen átalány, de a rendszerfelügye- 
leti munka végzése során, utazás esetén még így is jobban 
megéri, mint az egyszerű betárcsázás. 


Köszönjük a Vodafone Rt.-nek a tesztkártyát. 


Varga S. Csaba 

(guskaoguska.hu) az 1.1-es Slackware óta 
linuxozik. Kedvtelései közé tartozik a fotózás 
és Linux telepítése PDA-kra. Legszívesebben 
a Gerecsében túrázik a barátaival. 





Kapcsolódó címek 


Motorola-szakszerviz 53 http :/Avww.logiker.hu 
GPR-beállítási HOGYAN 5 http://www.hup.hu/ 
modules.phpb?"name-—Newsafile—articledsid— 1311 
IRDA-HOGYAN 3 http:/Awwwv.pilot-link. oorg/hovwto/irhsync 
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Vigyünk haza atomórát a chrony segítségével! (1. rész) 


Minden technojáték között, amely megmelengeti az Igazi szakértők szívét, 
nincs még egy olyan nagyszerű, mint az atomóra. 


égre itt az eszköz, amelyről tudósok nemzedékei 
L / álmodtak: az ultrapontos időreferencia, a hihetetlen 

pontosságú időőrző eszköz. Nem egyszerű játékról 
van szó: néhány fizikai kísérlet, például a gravitációs elméletek 
ellenőrzése igen kis időtartamok mérését igényli. 
A National Institute of Standards and lechnology (NIST) 
Colorado államban egy boulderi laboratóriummal rendelkezik, 
ahol a hivatalos amerikai időt szolgáltató atgomórákat működ- 
teti. Ebben a laboratóriumban a NISIT-F1 Cézium-alapú atom- 
óra szolgáltatja az időalapot 2xX10" (két milliomod egymil- 
liárdad része) céziumatom körülbelül 9 GHzZ-es rezgései alap- 
ján. Mindeközben már folyik a munka egy még ennél is jobb 
órán, ami egyetlen higanyion rezgéseit fogja mérni körülbelül 
az előző frekvencia 100 000-szeresén, ami ezerszeres pontosság- 
növekedést jelent majd. 
Máris egyértelmű, mi a szent feladatuk az igazi pontosságmeg- 
szállott szakiknak. Csak annyit kell tenniük, hogy Linux-gépü- 
ket (vagy gépeiket) összehangolják egy ilyen őrülten hajszál- 
pontos órával. 
lermészetesen nem mehetünk csak úgy be a számítógépbolt- 
ba, hogy vegyünk egy atomórát (nem mintha nem próbáltam 
volna meg, és jellemző az eladó fickó pimaszságára, hogy 
egy rádium számlapos ébresztőórát próbált rámsózni). A máso- 
dik legjobb lehetőség a rádió-összehangolású óra, amiből szá- 
mos modell áll a rendelkezésünkre. Ezeket a PC soros kapu- 
jához csatlakoztathatjuk, és az időjeleket a NIS1-órával össz- 
hangban kapjuk. 
De minek vegyünk új vasat, amikor jól megtervezett szabad 
programok ugyanúgy képesek erre a trükkre? Az NIP-t 
(Network Time Protocol) azért hozták létre, hogy a számítógé- 
peket össze lehessen hangolni, illetve hogy időreferenciákat 
tudjunk hálózaton keresztül továbbítani. Az NIP-kiszolgáló 
olyan közel tartja az időt a referenciához, amennyire csak le- 
hetséges. A távoli NIP-ügyfelek ezeket a kiszolgálókat kérdez- 
hetik le, és hozzájuk igazíthatják a gép valós idejű óráját (real- 
time clock, azaz RIC). Az osztott rendszerek természete miatt 
az effajta időegyeztetés meglehetősen összetett feladat. A cso- 
magok utazásának ideje két gép közt ugyanis valamilyen nem 
nulla változó értéket vesz fel. Az NIP-be különféle kiigazítási 
sémákat építettek be, hogy a változó lappangási időt számí- 
tásba tudja venni. 


Miért pont a chrony? 

Nem csak egy NIP-ügyfél vagy -kiszolgáló létezik Linux alá. 
Az NIP használatának legegyszerűbb módja, ha magunk 
indítunk el egy programot, például az xntpdt-t és egy NIP- 
kiszolgálóra irányítjuk. Csakhogy ez a program, illetve a leg- 
több NIP-ügyfél akkor működik a legjobban, ha folyamatosan 
az Internethez csatlakozhat. Sajnos a legtöbben otthonról 
egyelőre csak időszakos modemes kapcsolattal tud az Internet- 
hez csatlakozni. Itt lép képbe a chrony. A chrony olyan prog- 
ram, amely kifejezetten az időszakos kapcsolatokat támogatja. 
Bár a telepítés és a beállítás érthető, elsőre kicsit riasztó 
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lehet, ezért lépésenként megyünk végig a legáltalánosabb 
eseten: ha az otthoni felhasználó modemes kapcsolattal 
rendelkezik. 

A chrony tartalmazza a chronyc nevű szöveges alapú 
ügyfélprogramot; a chronyd nevű, NIP-kiszolgálót, amely 
démonkért futhat a háttérben; illetve néhány beállításfájlt. 

A chronyd démonnal (chronyd) a chronyc ügyfélprogram- 
ban kiadott parancsokkal tarthatjuk a kapcsolatot. 


Letöltés és telepítés 

Néhány Linux-terjesztés eleve tartalmazza a chrony valamely 
változatát. Ez a változat valószínűleg valamilyen régebbi darab, 
például 1.15-ös vagy még régebbi. Ebben az esetben az új 
változat telepítése előtt a régit töröljük. 

Először is töltsük le a chrony tároló fájlt a honlapról (lásd 

a Kapcsolódó címeket). Jelenleg legfrissebb száma a 1.16.1. 

Az 1.16 változatot az 1.16.1 folttal egészíthetjük ki. A forrást 
kicsomagoljuk, majd alkalmazzuk a foltot: 


tar -zxyi Chrony-1. 16. tar.oz HB A törrás 
skicsomagolksa 

cd chrony-1.16 H?H Belgp nk a chrony k nyvrtEgErba 
gunzip ca ../chrony-1.16-1.16.1-patch.gz Í 
patch -pi 
patching file 
patching file 
patching file 
patching file 


NEWS 
configure 
FG 1Iimüx. e 
version.txt 


A program configure parancsfájlt használ a beállítások 
gyors elvégzéséhez. Az egyetlen kapcsoló, amit nekünk kell 
kézzel beállítanunk, a telepítés könyvtára. Ezt a --prefix 
kapcsolóval tehetjük meg. Alapértelmezés szerint a chrony 

a chronyc ügyfelet a /usr/local/bin, a cnronyd démont pedig 
a /usr/local/sbin könyvtárba helyezi. Azaz a következő parancs- 
csal egyenértékű: 


H az elibb is hasznglt chrony-1.16 
—5k nyvtErban: 
./configure --prefix /usr/local 


Miután lefutattuk a configure-t, a make futtatása előtt 
megtisztíthatjuk a forrást. Hogy miért? Azért, mert a forrás 
tartalmaz néhány írásmódbeli ravaszságot, ami miatt a GCC 
előfeldolgozó panaszkodni fog. Ha most rögtön lefuttatjuk a 
make parancsot, igen sok ilyesféle üzenetet fogunk kapni: 


warning: extra tokens at end of Hendif 
—directive 


Ez ugyan semmi rosszat nem jelent, de könnyen megoldhatjuk, 
hogy a program tisztán forduljon le. Szerkesszük át a regress.h, 
reports.h és rtc linux.h fájlokat. Az utolsó sorban találunk egy 





ttendif-meghatározást, amit egy konstans neve követ. Ezt a 
nevet kell megjegyzésbe tennünk. Például a report.h-ban kell 
beírni a sed "s: ttendif : tendif // : "§ .h sort, és a chrony 
máris gyönyörűen fordul. 

Ezt követően a korábban használt chrony-1.16 könyvtárban 
adjuk ki az alábbi parancsot: 


make 
su root 
install 


t a telep tÖshez rendszergazda kell 


A soron következő lépés, hogy megvizsgáljuk, rendszerindí- 
táskor elindul-e a chronyda. Arra kell figyelni, hogy az új válto- 
zatot pontosan a régi helyére tegyük. Egyébként több lehetőség 
között választhatunk. A legegyszerűbb módszer, ha a chrony 
leírásában található bekezdést a /etc/rc.d/rc.local fájlba illesztjük. 


Stratum Conundrum 

Itt az ideje, hogy beállítsuk cnhrony-t. Mivel gépünk óráját egy 
NIP-kiszolgálóval szeretnénk egyeztetni, ki kellene választa- 
nunk egyet. Iulajdonképpen több különböző kiszolgálót érde- 
mes választani, hátha valamelyik elérhetetlen. 

A lista különböző rétegekbe (stratum) szedve sorolja fel 

a kiszolgálókat. De mi is az a réteg? Itt most nem geológiai 
sziklarétegekről van szó, inkább a hagyma héjára kell gondol- 
nunk. Az első réteg olyan kiszolgálókból áll, amelyek közvet- 
lenül az atomórához igazodnak. A második réteg olyan NI P- 
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kiszolgálókat jelent, amelyek az első rétegkiszolgálóktól kap- 
ják az időadatokat és így tovább. Az első réteget inkább hagy- 
juk békén, hacsak nem egy fizikalabort működtetünk, netán 
többezer gépet számláló saját hálózatunk van otthon. Az első 
réteg gépei fenn vannak tartva a másodlagos kiszolgálók 
időadat-szolgáltatására, illetve az olyan gépeknek, amelyek- 
nek a második réteg által nyújtott néhány mikroszekundu- 
mos pontosság is elfogadhatatlanul kevés. A mi céljainknak 
egy második vagy akár harmadik rétegből választott kiszol- 
gáló is tökéletesen megfelel. 

Fontos, hogy az NIP-kiszolgálók rendszergazdáinak általában 
levélben kell jelezni, hogy az ő gépükhöz szeretnénk igazodni. 
Ne feledjük ezt megtenni. Képzeljük el, mi lenne, ha otthoni 
gépek ezrei kezdenének el időpontokat kérni egy szegény 
egyetemi NIP-kiszolgálótól! A rendszergazdának tudnia kell, 
hogy valóban órák összehangolásáról van-e szó, netán egy 
újfajta filoodtámadás érte. 

Eszményi esetben olyan NIP-kiszolgálót tudunk választani, 
ami nincs túl messze a gépünktől (IP-szempontból). Ez nem 
feltétlenül egyezik meg a földrajzi távolsággal. Ökölszabály- 
ként használhatjuk a traceroute kimenetét, amely felsorolja 
a csomópontokat, amelyeken a csomagok a gépünk és a cél 
között átmennek. Én például new yorki lakos lévén a követ- 
kező gépeket választottam: ntp.ctr.columbia.edu a Columbia 
Egyetemről, clock.psu.edu a Pennsylvania Állami Egyetemről 
és ntpO.cornell.edu a Cornell Egyetemről (ha ezt a kiszolgálót 
használjuk, küldjünk egy levelet a pgp1(wcornell.edu címre). 
Váltsunk át rendszergazdai módba, és a következő 
meghatározást adjuk a /etc/chrony.conf fájlhoz: 


server ntp.ctr.columbia.edu offline 
server clock.psu.edu offline 


server ntpO.cornell.edu offline 


lermészetesen a kiszolgálónevek helyére azokat a NIP-kiszol- 
gálókat kell írni, amelyek közel esnek a lakhelyünkhöz. Figyel- 
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jük meg, hogy a kiszolgálók meghatározása üzemen kívüli 
(off-line). A legtöbb modemkapcsolatú gép rögtön rendszerin- 
dításkor nem építi fel a kapcsolatot. Ezért amikor a chronyd 
elindul, nem szabad elkezdenie a kiszolgálók lekérdezését. 
Felhívjuk a figyelmet arra, hogy a chrony-leírás azt javasolja, 
hogy a nevek helyett az NIP-kiszolgálók számalakú TCP/IP- 
címeit használjuk, ezáltal csökkentve a DNS-től való függést. 
Nos, ennek ellenére a legtöbb NIP-kiszolgáló rendszergazdája 
mégis inkább DNS-alapú neveket akar használni, mivel így 
megtarthatják a kiszolgáló áthelyezésének képességét. Emellett 
modemes kapcsolatunkon remélhetőleg el tudjuk érni az ISP 
DNS-ét, így én azt javaslom, a chrony.conf fájlban mi is inkább 
az NIP-kiszolgálóneveket használjuk. 


Jelszavak 

Az NIP-protokoll támogatja a csomagszintű azonosítást (packet 
authentication). Végtére is ha egy céget vezetünk, nyilván nem 
szeretnénk, ha bárki bármilyen időt beállítgathatna a gépein- 
ken. A hibás időponttal bekerülő pénzügyi bejegyzések meg- 
zavarhatják könyvelőinket (vagy könyvelőprogramjainkat). 

A chrony egyszerű jelszóalapon oldja meg az azonosítást. 
Megadhatunk néhány számokkal azonosított chrony-felhasz- 
nálót és jelszavakat rendelhetünk hozzájuk. Az ide vonatkozó 
chrony.conf fájlbejegyzés: 


commandkey 9 
keyfile /etc/chrony.keys 


A fenti sorok azt mutatják, hogy ez a gép a 9-es szám alapján 
keres a /etc/chrony.keys fájlban tárolt jelszavak közt. Ez utóbbi 
például a következőt tartalmazhatja: 


9 zack 


Zack a macskám neve. A chrony használata előtt az egész 
házban ez a vad állat közelítette meg legjobban a pontos órá- 
kat. Minden reggel fél nyolckor - a hétvégéket is beleértve — 
szánalmasan nyávogni kezdett, amíg meg nem etettem. Hamar 
nagy gyakorlatra tett szert az ágyból való kiverésben. 

Ezen felül a chrony-nak meg kell adnunk, hol tárolja, hogy 
mennyivel tér el vagy hogyan jár a gép órája az NIP-kiszol- 
gálóidőhöz képest. Az eltérési fájl helyét a következő módon 
adhatjuk meg: 

driftfile /etc/chrony.drift 

Így a cnrony-nak nem kell minden egyes indítás után össze- 
gyűjtenie az adatokat és újraszámolnia az eltérést. 


A következő részben ezek óráinak összehangolásáról lesz szó. 


Linux Journal 2002. szeptember, 1017. szám 


Fred Mora 

1 Unix-rendszergazda és -fejlesztő az 1990-es 
évektől kezdve. Több könyv és műszaki 

] kézikönyv szerzője és társszerzője. Fred az 
IBM-nél dolgozik. 





chrony-honlap 
2 http:/Avww.rrbcurnow.freeuk.com/chrony/rreleases.html 
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Bemutatkozik az Aölserver 


Az AOLserver használata egyáltalán nem akkora kihívás, és nem 
is olyan bonyolult dolog, mint amilyennek először gondolnánk. 


z Apache, ez a jól ismert HITP-kiszolgáló mindig is 
A a nyílt forrású programok egyik reklámgyermeke 

volt: népszerű, megbízható, rugalmas, biztonságos, 
hordozható, bővíthető és megfelel az internetes szabványok- 
nak. Az első megjelenése óta Apache-ot használok, és mindig 
élvezet volt dolgozni vele. 
Nekünk, akik tudjuk, hogy számos nyílt forrású operációs 
rendszer, szövegszerkesztő, adatbázis és programozási nyelv 
létezik, talán az sem olyan nagy meglepetés, hogy nem az 
Apache az egyetlen nyílt forráskódú HITP-kiszolgáló. AZ vi- 
szont meglepő lehet, hogy az egyik ilyen választási lehetőség 
éppen az America Online-tól származik, attól a cégtől, amely 
a (szintén nyílt forrású) Mozilla böngészőt támogatja. 
Az AOLserver sok tekintetben az Apache-hoz hasonló szolgál- 
tatásokat nyújt: nyílt forrású felhasználási szerződés alatt fut, 
a beállítása könnyű és rugalmas, valamint a beágyazható 
(plugin) bővítmények írására API-felületet biztosít. Mivel azon- 
ban az AOLserver alapvetően más felépítésű, mint az Apache, 
bizonyos esetekben az előbbi hatékonyabb megoldás lehet. 
lovábbá az AOLserver beépített IcI-értelmezővel, többszálú 
megoldással, adatbázis-API-felülettel és adatbáziskapcsolat- 
tárazással (database connection pooling) büszkélkedhet. Ha 
webhelyünk felhasználói nagyszámú adatbázis-kapcsolatot 
használnak, az Apache kiváltására esetleg az AOLservert is 
érdemes lehet szemügyre venni. 
Ebben a hónapban az AOLservert fogjuk bemutatni — mintegy 
bevezetőként a nyílt forrású OpenACS (Open Architecture 
Community System) webalkalmazás-keretrendszerről szóló 
cikksorozatunkhoz. Bár az AOLserver nem feltétlen szükséges 
az OpenACS-hez, a rendszer beállításának és telepítésének ez 
az általánosan feltételezett módszere. 


Keletkezéstörténete 

Az AOLserver pályafutását NaviServer néven kezdte, amelyet 
a NaviSoft nevű, kiemelkedő minőségű, webterjesztéshez szánt 
ügyfél- és kiszolgálóoldali eszközeiről nevezetes, úttörő cég írt 
és árusított. Az AOL gyakran vásárolt meg olyan cégeket, ame- 
lyek érdekes módszereket fejlesztettek ki; a NaviSoftot az AOL 
inkább a kiszolgálóoldali fejlesztéseiért vette meg, semmint 
ügyféloldali eszközeiért. 

Az AOLserver valószínűleg viszonylag ismeretlen maradt 
volna, ha nem következik be néhány fontos esemény: az AOL 
a program binárisait ellenszolgáltatás nélkül elérhetővé tette az 
Interneten, és Philip Greenspun dolgozni kezdett az ArsDigita 
Community Systemen. Az AOLserver segítségével könnyedén 
lehet nagy teljesítményű, adatbázisháttérrel támogatott honla- 
pokat létrehozni; és az a tény, hogy az ACS igencsak keményen 
használ relációs adatbázisokat, azt sejttette, hogy az AOLserver 
tökéletes választás lesz. 

Csakhogy míg maga az AOLserver ingyenes volt, a forráskódja 
továbbra sem volt elérhető a nagyközönség számára. 1999-ben 
Greenspun segített kidolgozni azt a megegyezést, amelynek 
értelmében az AOLserver 3.0 az AOLserver Public License alatt 
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jelent meg, ami lényegében 
azonos a Mozilla Public 
License engedéllyel. 98 
Ez év elején maga az ArsDigita lényegében 

kivonult az üzletből, legénységének maradványai pedig a 

Red Hat Sofítware-hez igazoltak át. Az eredeti ACS program 
azonban továbbél az OpenACS projektben, amely az ACS 
eredeti IcI-változata alapján készült — az AOLserver, illetve 
PostgreSOL vagy Oracle felhasználásával. 

Az AOLserver nyílt forrású modellre való átvitele nem volt ép- 
pen zavartalan. Még a kezdet kezdetén néhány OpenACS-fej- 
lesztő egy OpenNSD-nek nevezett saját ágat választott le (fork) 
az AOLserverből, arra hivatkozva, hogy az AOLserver-fejlesz- 
tőknek nyitottabbnak kell lenniük a közösség iránt. Az Open- 
NSD mostanra, úgy tűnik, elhalálozott, és az OpenACS-közös- 
ség ismét az AOLserver használatára buzdítja az embereket. 
Mindeközben az ArsDigita számos fejlesztést beépített az 
AOLserverbe, amelyek a kiszolgáló forráskódjában korábban 
nem szerepeltek, a legfrissebb üzembiztos vagy fejlesztői 
változatban sem. Minthogy számomra az AOLserver szinte 
mindig összekapcsolódott az OpenACS-sel, az AOLserver 
3.3ad13 változatot fogom használni, amit a 

2 http:/www.openacs.org/soítware.adp címen érhetünk el. 

A fejlettebb változatokat, ideértve a jövendőbeli 4.0-s fejlesztői 
változatát (snapshot) a 3 http:/www.aolserver.com címen ér- 
hetjük el. Jelenleg ezek a hivatalos változatok nem biztosítják 
az OpenACS támogatását. 





Mitől is olyan nagyszerú? 

Egészen ennek az évnek az elejéig, amikor a 2.0 végre meg- 
jelent a nagyközönség számára is, az Apache többfolyamatos 
kiszolgáló volt. Ez azt jelenti, hogy bármely időpillanatban 
számos Apache-folyamat futott, amelyek mindegyike az adott 
időben egyetlen HITP-tranzakciót tudott csak lebonyolítani. 
Tíz egyidejű elérés kiszolgálása tehát tíz párhuzamos Apache- 
folyamat futását jelentette, 100 egyidejű kapcsolathoz termé- 
szetesen 100 ilyen kapcsolatot kellett elérhetővé tenni. 

Az Apache 2.0 ezen már némiképpen segít, mert lehetővé teszi, 
hogy egy folyamat több szálat futtass. Minden egyes szál 
egy-egy HTIP-kapcsolatot kezelhet, ami azt jelenti, hogy öt 
szálat használva az öt folyamatban összesen már legföljebb 

25 egyidejű kapcsolatot tudunk fogadni. Minthogy a szálak 
általában kevesebb erőforrást fogyasztanak, mint a folyamatok, 
egy átlagos PC esetében ez tulajdonképpen teljesítménynö- 
vekedést jelent. 

Az AOLserver ezzel szemben mindig is több szálon futott, és 
egyetlen folyamatot használt. Bármely időpillanatban mindig 
csak egyetlen nsd-példány fog futni a gépünkön, és a neve 
hűen tükrözi a tényt, miszerint valamikor NaviServer-démon- 
nak hívták. Ez az egyetlen folyamat viszont számos egyidejű 
HITTP-kapcsolatot képes kezelni. Iulajdonképpen az AOL 
pontosan azért erőlteti tovább az AOLserver fejlesztését, mert 
az ennyire nagyszámú egyidejű kapcsolatot is képes kezelni. 





Az AOLservert használják saját, nagy forgalmú webhelyeiken, 
ideértve a 3 http:/netscape.com-ot, az 5 http://aol.com-ot 

és a 5 http://digitalcity.com-ot. 

A többszálú megoldás előnye - és lehetséges veszélye — az a 
tény, hogy a szálak könnyedén megoszthatják egymás közt az 
adatszerkezeteket. Az AOLserver ebből olyan módon kovácsol 
előnyt, hogy az adatbázis-kapcsolatokhoz létrehoz egy tárolót. 
Mivel az itt található kapcsolatok mindig nyitva állnak, webal- 
kalmazásunknak nem kell időt fecsérelnie a megnyitásukra 
(vagy a lezárásukra). Iovábbá minthogy csak ritkán fordul elő, 
hogy a kiszolgáló valamennyi HIIP-kapcsolata egy időben 
kérje az adatbázis-kapcsolatot, a tárolónak nem kell annyi 
kapcsolatot tartalmaznia, mint amennyi a szálak legnagyobb 
száma, ezáltal csökkenti a webkiszolgáló és az adatbázis-kiszol- 
gáló által felhasznált memóriát. Elképzelhetjük úgy is, mint 

a csomagváltás (packet switching) adatbázisos megfelelőjét. 

A csomagváltás módszerének lényege, hogy a telefonvonalat 
számos fél között osztják meg egyszerre, kihasználva, hogy 
senkinek sincs szüksége a vonalra az idő száz százalékában. 
Az AOLserver - akárcsak az Apache - támogatja a beágyazható 
modulokat (plugin modules). Számos modul létezik, kezdve 

az XML-értelmezőtől (nsxm1) egészen a Python beágyazott 
változatáig (PyWx). Vannak modulok, amelyekkel CGI-prog- 
ramokat hajthatunk végre, vagy biztonságos kapcsolatot 
készíthetünk SSL-el, illetve az adott adatbázis-kezelőkkel, ilyen 
például a MySOL, PostgreSOL és az Oracle. Az OpenACS 

a PostgreSOL és az Oracle alatt is képes működni, és az 

2 http:/openacs.org oldalról letölthető. Az AOLserver az 
nsxm1l modul mellett mindkét adatbázismodult tartalmazza. 
Ahogyan a mod per!1lehetővé teszi, hogy a webfejlesztők az 
Apache beállításait és válaszait a C használata nélkül testreszab- 
hassák, az AOLserver is nyújt egy beépített API-t, amelyen 
keresztül a testreszabható szolgáltatásokat Icl nyelven állíthat- 
juk be. Az igazat megvallva én a fejlesztéshez szívesebben hasz- 
nálnék Perlt vagy Pythont, de — mint azt számos AOLserver és 
OpenACS fejlesztő éveken keresztül bizonygatta nekem - a IcIl 
,nem olyan rossz", így végül jó néhány érdekes, kezelhető 
alkalmazást készítettem a Icl és az AOLserver segítségével, 
figyelemre méltóan rövid idő alatt (a beágyazott Python-modult 
még nem használtam, részben azért, mert az OpenACS meg- 
követeli a Icl használatát). Az AOLserver által nyújtott API 
meglehetősen megkönnyíti a munkát az olyasféle dolgokkal, 
mint a HIITP-fejlécek és a HIML-űrlapmezők értékei. 


Fordítás és beállítás 

Az AOLserver fordítása viszonylag egyszerű. Az Apache-csal 
ellentétben, amely a modulok fordítását a kiszolgáló telepí- 
tése után az apxs programon keresztül teszi lehetővé, az 
AOLserver esetében minden modult egyszerre kell lefordítani 
és telepíteni. 

Bár külön felhasználó és csoport létrehozása nem kötelező, az 
AOLserver biztonsági okokból nem rendszergazdai jogosultság- 
gal fog lefutni. Ezért az AOLserver fordítása és telepítése előtt 
nem árt, ha új felhasználót és csoportot készítünk a rendszeren 
- amennyiben követjük a hagyományt, akkor nsadmin néven. 
Az én Red Hat 7.2 rendszeremen egyszerűen ennyit kell tenni: 


/usr/sbin/adduser nsadmin 
Még mindig rendszergazdakért el kell készítenünk a 
/local/aolserver könyvtárat, ahová alapértelmezés szerint az 


AOLserver kerül. Ezt követően a könyvtár tulajdonjogát 
átadjuk az nsadmin-nak: 
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mkdir /usr/local/aolserver 
chown nsadmin.nsadmin /usr/local/aolserver 


Ha ez megvan, átváltunk nsadmin felhasználóra, megnyitjuk 
a 2 http:/openacs.org-ról letöltött forráskódot, és elkezdjük 
a fordítási folyamatot: 


su - nsadmin 

cd /tmp 

tar -zxvÍ aolserver3.3ad13-oacs1-beta- 
ssrc.tar.gz 

cd aolserver 

,. / ont 


A fenti sorok önműködően beállítják, lefordítják és telepítik az 
AOLservert a rendszerünk tulajdonságainak megfelelően, majd 
az elkészült fájlokat a /usr/local/aolserver könyvtár alá helyezik. 
Az AOLserver minden modult, amit csak tud, önműködően 
lefordít; figyelmen kívül hagyva (és kihagyva) az összes többit. 
Az én asztali gépemen, ahol a PostgreSOL fejlesztői könyvtárai 
megvannak, de az Oracle hiányzik, az AOLserver beállítása és 
telepítése után létrejön a PostgreSOL-meghajtó, de az Oracle- 
meghajtó egy az egyben hiányozni fog. 

A fordítási folyamat némi időt vehet igénybe, és nem készít túl 
bőbeszédű kimenetet a képernyőn. Ha azt gyanítanánk, hogy 
a folyamat valahol lefagyott, belenézhetünk a /og/aolserver.log 
fájlba; az összes fordítási kimenet itt található. 

Amint befejeződött a létrehozási folyamat, a /usr/local/aolserver 
könyvtár alatt egy AOLserver másolatunk jön létre. 

A /usr/local/aolserver alatti legfontosabb könyvtár a bin, amely- 
ben az AOLserver (nsd) program található, azokkal a megosz- 
tott könyvtárakkal (.50) egyetemben, amelyek a kiszolgáló 
egyes moduljaihoz fordultak le. A log könyvtár foglalja magá- 
ban a kiszolgálóhoz tartozó elérési és hibanaplókat, végül a 

lib könyvtár tartalmazza a beépített Icl-értelmezőt. 

Az AOLserver beállításfájlja Icl-ben íródott; alapértelmezés 
szerint egy egyszerű beállításfájl kerül a 
/usr/local/aolserver/sample-config.tcil könyvtár alá. Ezt a fájlt 
megvizsgálva látni fogjuk, hogy valamennyi beállítási direktíva 
tulajdonképpen TIcl változó-hozzárendelés. Ezek a változó-hoz- 
zárendelések szakaszokra tagolódnak, melyben minden sza- 
kasz általában egy-egy, a kiszolgálóhoz fordított modult jelent. 
Ahogy azt a példa-beállításfájlból is láthatjuk, a változókhoz 
közvetlen értékeket rendelhetünk. Például a következők szerint 
állíthatjuk át az AOLserver által figyelt HIIP-kaput 8000-re: 


set httpport 8000 


Mivel a beállításfájl IcIl-ben íródott, a homedir változót (amely 
alapesetben a /usr/local/aolserver) az érték közvetlen kódolása 
helyett az AOLserverhez intézet kéréssel is beállíthatjuk: 

set homedir [file dirname 
config] ] 


Íns info 
lermészetesen az egyszerű behelyettesítés segítségével 
változóbeállításainkat más változók értékére is alapozhatjuk: 


set servername "server1" 


set pageroot 
5 $í(homedir)/servers/$(servername ) /pages 


Ez a két sor, amely az AOLserver példa-beállításfájljából 
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származik, a statikus URL-ek gyökerét a 
/usr/local/aolserver/servers/server1/pages könyvtárra állítja. 
lovábbi beállításokat végezhetünk az ns param paranccsal, 
amely általában két kapcsolót fogad: egy nevet és egy értéket. 
Minden kapcsolónakegy ns section hívással kezdődő 
szakaszba kell tartoznia. Például a kiszolgáló hibakereső 
szolgáltatását úgy kapcsolhatjuk be, ha a teljes körű (global) a 
ns/parameters szakaszban bekapcsoljuk a debug kapcsolót: 


ns section "ns/parameters" 
ns param debug false 

Sajnos az AOLserver kapcsolóinak leírása messze alulmúlja 

a hálózaton fellelhető Apache-dokumentáció szintjét. A kapcso- 
lók csaknem teljes listáját az $ http://aolserver.com/docs/ 
admin/config-reference.tcl.txt oldalon találhatjuk meg, ami egy 
olyan kiszolgálókiépítést mutat be, ami szinte mindent beállít. 
Ha befejeztük a rendszer beállítását, márpedig az alapértelme- 
zett beállítások elég jók egy kisebb weblaphoz, az nsd program 
meghívásával és a használni kívánt beállításfájl megadásával 
elindíthatjuk az AOLservert: 


cd /usr/local/aolserver 
bin/nsd -f -t sample-config.tcl 


A -f kapcsoló az előtérben futtatja az AOLservert, így a hiba- 
napló a képernyőnkre kerül. Ha már elégedettek vagyunk 
azzal, ami történik, a -f kapcsolót eltávolíthatjuk -— ettől kezd- 
ve kiszolgálónk hibanaplóját a log könyvtárban kereshetjük. 
Amennyiben azt szeretnénk, hogy az AOLserver a 80-as ka- 
pura hallgasson, mindenképpen rendszergazdaként kell indí- 
tanunk. Egyébként a Linux nem fogja elfogadni a kérelmet, 
azt üzeni nekünk, hogy kizárólag a szuperfelhasználó indíthat 
,kitüntetett" (azaz 1024-nél kisebb számú) kapukra hallgató 
kiszolgálókat. Igen ám, de ha csak a rendszergazda érheti el 

a 80-as kaput, az AOLserver viszont nem hajlandó rendszer- 
gazdaként futni, hogyan szolgáltathatunk mégis a 80-as 
kapun? Úgy, hogy az AOLservert rendszergazdaként indítjuk, 
és kapcsolóként megadjuk neki azt a felhasználót és csoportot, 
amelybe át kell váltania: 


su root 

cd /usr/local/aolserver 

bin/nsd -f -u nsadmin -g nsadmin -t 
5 sample-config.tcl 


Ezek után böngészőnket átirányíthatjuk a 
http://sajátgép.sajáttartomány.hu:8000/ címre, és már látjuk is 
a bemutatkozó AOLserver-dokumentumot, amely az új kiszol- 
gálón üdvözöl bennünket. Figyeljük meg, hogy az AOLserver 
beállításfájljai egyaránt figyelembe veszik a számítógép nevét 
és az ÍP-számát, így ha csatlakozunk a hálózathoz, böngészőn- 
ket nem irányíthatjuk a localhost névre, hanem a teljes nevet 
kell használnunk. 


Tel-programok 

Bár az AOLserver kétségtelenül kitűnő HTIP-kiszolgáló stati- 
kus dokumentumokhoz, igen valószínűtlen, hogy valóban 
csak erre szeretnénk használni. Sokkal gyakoribb eset, hogy 
a Icl nyelv segítségével dinamikus lapokat készítenek. Ennek 
legkönnyebb és legegyszerűbb módszere egy HIML-kódot 
visszaadó Icl-program készítése. A feladat végrehajtásához 
.tcl kiterjesztéssel hozzunk létre egy állományt a pageroot 
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könyvtárban. Ide tetszés szerint bármilyen TcI-t elhelyezhe- 
tünk; a legfontosabb dolog, hogy a végén adjuk ki az 

ns return utasítást, azt az AOLserverben megadott IcI- 
függvényt, amely három kapcsolót fogad: 


1. aszámszerű HIIP-válaszkódot (például 200 vagy 404), 
amely a program végrehajtásának sikerét vagy sikertelen- 
ségét hivatott jelezni; 

2. a Content-type fejlécet, ami a visszaadandó tartalom típusát 


mutatja; 
3. a felhasználóhoz visszatérítendő tulajdonképpeni 
tartalmat jelenti. 


Például az egyszerű Hello, világ program így nézne ki: 


ns return 200 text/html "c-html: 
cheads 

ctitle:Testingc/titles 
c/headsz 


cbodyz: 

cpsrHello, worldc/p: 
c/bodyz 
c/htmis" 


Ha a fenti programot hello.tcl néven a pageroot könyvtárba 
helyezzük, majd betöltjük a böngészőbe, visszakapjuk az állo- 
mány betű szerinti tartalmát. Ennek az az oka, hogy nem állí- 
tottuk be újra az AOLservert, így a .tcl lapok használatát nem 
engedélyezi a pageroot könyvtárban. Az engedélyezéshez az 
enabletcipages kapcsolót a ns/ server/ $(servername) 
szakaszban igazra (true) kell állítanunk: 


ns section "ns/server/$íservername)" 
ns param enabletclpages true 


Amint ezt a módosítást elvégeztük, az AOLservert újraindíthat- 
juk, és megpróbálhatjuk újra lekérni a hello.tcI-t. Ezúttal már a 
HTML-kimenetet kell látnunk a nyers text/plain kimenet helyett. 
A .tcl lap számos dolgot tartalmazhat: adatbázishoz kapcsolód- 
hat, XML-állományokból szedhet ki adatot, hálózatokon ke- 
resztül szerezhet meg adatokat, illetve HIML-űrlapokból is 
kaphat adatot. Minthogy a Icl számos karaktersorozat-kezelő 
parancsot ismer, igen sok lehetőségünk nyílik a bemenetet 
értelmezésére és a változók kimenetbe helyettesítésére. 

Ne feledjük, hogy a Icl az AOLserveren belül értelmeződik, nem 
egy külső folyamat hajtja végre. Ez egyben azt is jelenti, hogy az 
ilyen .tcI-fájlok sokkal gyorsabban hajtódnak végre, mintha az 
Apache-ban használnánk .tcI CGI-programokat; sok szempont- 
ból úgy viselkednek, mint amod perl Perl programjai. 

Igaz ugyan, hogy a .tc[-fájlok nagyszerűek, ha a programozó 
HIML-kimenetet akar készíteni, csakhogy azt már keserű ta- 
pasztalataink alapján megtanulhattuk, hogy a grafikus terve- 
zők általában nincsenek felkészülve arra, hogy forrásfájlokban 
megbúvó HIML-kódot javítgassanak. Ezért aztán sok webfej- 
lesztő áttért a sablonok használatára -— legyen az ASE JSB 
HIML::Mason, DIML vagy valamilyen hasonló módszer. 

Az AOLserver saját beépített sablonrendszerrel rendelkezik, 
melynek neve ADP (AOLserver Dynamic Pages), és a felépítése 
gyanúsan hasonlít a Microsoft ASP nyelvére. A végrehajtandó 
kód €9 és 902 jelek közé kerül, a HIML közé ékelődött 
értékeket visszaadó kódot pedig €90— és 905 jelek fogják 
közre. Például: 





cS set foobar "abcdefr" §z 


chead: 
ctitle:Testingc/titles 
c/headsz 
cbodyz: 
cpsrHello, worldc/p: 


cp:rHello, -$- Sfoobar $3-/p: 
c/bodyz 
c/htmls: 


A néhány lapnál nagyobb webhelyek a IcI-kód egy részét 
valószínűleg megszeretnék osztani. Ennek a legkönnyebb 
módja, ha egy egy vagy több függvényt meghatározó .tc/-fájlt 
készítünk, amely(ek)et az AOLserver induláskor betölthet. 
Ezek a függvények aztán valamennyi . tcl- és .adp-lapról elér- 
hetők lesznek. A szolgáltatás engedélyezéséhez a következőket 
kell sample-config.tcl fájlunkhoz adni: 


ns section ns/server/$(íservername)/tc1 


ns param library N 

S (homedir) /servers/$(servername)/tc1 
ns param autoclose on 
ns param debug true 


mivel a kiszolgálónk neve server1, minden .tcl-fájl, amit a 
/usr/local/aolserver/servers/server1/tcil alá helyezünk, be fog 
töltődni, amint az AOLserver elindul. Én például a következő 
tartalmú foo.tci fájlt helyeztem ebbe a könyvtárba: 


proc return hello () ( 
return "Héllo" 
] 


Ezután újraindítottam az AOLservert (ami elengedhetetlenül 
szükséges ahhoz, hogy a IcI-könyvtárfájlokat beolvashassa), 
majd a hello.adp-t a következők szerint módosítottam: 


cS set foobar "abcdefr" s§z 
cs set hello Íreturn hellol] $- 


chead: 
ctitle:Testingc/titles 
c/headsz 


cbodyz: 
cp:srHello, worldc/p: 


cp:srHello, c-$8- Sfoobar $3-c/p: 
cp:srHello, c-$8- Shello $35-c/p: 
c/bodyz 
c/htmls: 


Ettől kezdve a hello változó a return hello függvényem 
eredményét tartalmazza, ami jelen esetben nem más, mint a 
hello szócska. 

Mivel a könyvtár Icl-függvényeinek betöltéséhez újra kell 
indítani az AOLservert, az új függvényt többnyire egyszerűbb- 
nek találtam ADP-lapjaim cs 5: szakaszában megadni. Csak 
miután már láttam, hogy függvény jól működik, tettem át a 
meghatározását a Icl könyvtárba, és csak egyszer indítottam 
újra az AOLservert. 

Az ADP és .tcI-lapok minden dinamikus tartalmú oldalhoz igen 
jól használhatók. Néha azonban előfordul, hogy a lemezen 
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dokumentum létrehozása nélkül szeretnénk valamilyen prog- 
ramot URL-hez rendelni. Könnyen megoldhatjuk a dolgot: 
egyszerűen csak egy IcI-függvényt kell a fc/ könyvtárfájlba 
helyezni, majd ezt a függvényt a kiválasztott URL-hez az 
AOLserverns register proc parancsával bejegyezni: 


proc http hello () ( 
ns return 200 text/html "-html: 
cheadsctitlesHello! 
c/titles-c/heads: 
cbodyzcp:Hello! 
c/p:c/bodyz 
c/htmis" 


] 


ns register proc GET /hello http hello 


Ha a fenti IcI-kódot a korábban megadott programkönyvtár- 
könyvtár valamelyik fájljába helyezzük, majd újraindítjuk 

a kiszolgálót, és a böngészővel a /hello címre keresünk, a 

http hello függvényünk kimenetét fogjuk látni. 

Már jó néhány éve programozok mod per1-ben, mégis le 
vagyok nyűgözve attól a könnyedségtől, ahogyan az AOLserver 
ésazns register proc függvény segítségével új lapokat 
illeszthetünk be. Ráadásul a GET és POST kérelmekhez külön- 
böző függvényeket rendelhetünk. Akár azt is megtehetjük, 
hogy olyan szűrőfüggvényeket jegyzünk be, amelyek egy másik 
lap által készített kimenetet figyelnek vagy változtatnak meg. 


Osszefoglalás 

Ha egy hálózati feladatban OpenACS-t szeretnénk használni, 
szinte biztosan meg kell tanulnunk az AOLserverrel dolgozni. 
Még ha az OpenACS nem is érdekel valakit, az AOLserver 
rugalmassága, gyorsasága és többszálú képessége megéri, hogy 
egy kis figyelmet szenteljünk neki, hátha felhasználhatjuk 
dinamikus lapjainkhoz. 
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Reuwen M. Lerner 

(reuveneOlerner.co. 11) egy kisebb webes 
és internetes módszerekkel foglalkozó 
tanácsadó cég tulajdonosa és vezetője. 
Az ATF honlapon érhető el 

(2 http:/Avww.lerner.co.il/atf/). 





Kapcsolódó címek 


Az AOL server-honlap, amelyet a Sourcetorge tart fenn 
a 2 http:/Avww.aolserver.com címen érhető el. 


Az AOL server API Python-változatát a 
2 http://pywx.idyIll.org címen találjuk. 


Az OpenACS-közösség fóruma 
2 http://openacs.org/bboard 


Végül Philip Greenspun 1999-es AOL server témájú 
cikkei kitűnően bemutatják a módszert. A négyrészes 
sorozat első részét a 5 http:/Avww.linuxworld.com/ 
linuxworld/lw-1999-09/Iw-09-aolserver 1.html címen 
olvashatjuk. 
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Kicsi, de jól működő Linux-doboz 





Nincs mindig a legnagyobb, a leggyorsabb gépre szükségünk ahhoz, 


hogy jól végezzük el a ránk bízott feladatot. 


hi óízű ételek csak jó konyhában születhetnek, Francois, 
és nagyon egyszerű, hogy mi tesz naggyá egy konyhát. 
Az átlagon felüli konyha a tehetség és a körülmények 
megfelelő összjátékából születhet meg, ezt a két dolgot pedig 
a szakács és eszközei testesítik meg. Rendkívüli dolgok alkotá- 
sához ugyanúgy nincs szükség a világ legnagyobb konyhájára, 
mint ahogyan a Linuxszal való főzéshez sincs szükség a leg- 
gyorsabb gépre. Nézzük, mon ami, ezt az IceWM nevű ablak- 
kezelőt! Bár egy meglehetősen szerény méretű programcso- 
magról van szó, mégis vonzó megjelenésű, könnyen és rugal- 
masan munkára fogható. 

Francois, te nem is figyelsz arra, amit mondok! Ouoci? 

Á, isten hozott, mes amis, Chez Marcel kitűnő Linux-kony- 
hájában. Amíg Francois kihozza a bort, megmutatom az 
asztalotokat. Vite, Francois! Szaladj le a borospince északi 
szárnyába, és hozd fel azt az 1999-es Napa Valley Cabernet 
Sauvignont, amit ma már egyszer minőségi ellenőrzésnek 
vetettünk alá. Amíg a bor érkezésére várunk, hadd fájdítsam 
a szíveteket a mai menü kapcsán néhány gondolattal. Az 
ember könnyen hagyja magát elragadtatni egy (vagy akár 
több) szupergyors processzorral, hatalmas tárterülettel és 
szinte végtelen memóriával felszerelt bíró gép ábrándja által. 
Legtöbbünket sajnos nem ilyen géppel áldotta meg a sors. 
Akik esetleg emlékeznek még pénztelen egyetemista napjaik- 
ra, bizonyára jól tudják, hogy gyakran azt használtuk, amihez 
épp hozzájutottunk. Nézzük, hogyan használhatjuk ki egy 
egyszerűbb géppel a Linux képességeit! 

Előételként egy olyan Linux-rendszercsomagot vizsgálhat- 
nánk meg, ami a grafikus felületet teljesen mellőzve egyet- 
len hajlékonylemezen elfér, de ezt a megoldást szeretném 
elkerülni. Elképzelésem egy vonzó megjelenésű munkaasztal 
néhány barátságos grafikus eszközzel, amelyek még a korlá- 
tozott erőforrások megszorításai között is megfelelően 
működnek. 

Következzen néhány érdekes számadat: új Red Hat 7.3-as mun- 
kaállomásomon a KDE 3.0-s munkaasztalt egyetlen xterm-mel 
futtatva a free parancs hozzávetőlegesen 34 000 KB felhasz- 
nált memóriát jelez (nem számítva az átmeneti és gyorstár 
méretét). Ezt az értéket az alaprendszer által használt memó- 
riát levonva kaptam, és nem futtattam a KDM-hez hasonló 
belépéskezelő programot sem. Az igaz, hogy a KDE sok új szol- 
gáltatása fut, így az elhalványuló eszköztippek, előugró ikonok, 
hangtémák és a többi, csakhogy ez az alapértelmezett beállí- 
tás. A Gnome 1.4 szintén egyetlen xterm-mel a 27 000 KB-ot 
közelíti. Ezek a Gnome- és KDE-értékek igen éles ellentétben 
állnak az IceWM futtatásakor kapott mindössze 7500 kilobáj- 
tos értékkel. 

Mint láthatjátok, már a kezdetekkor óriási különbségek 
adódhatnak, amikor grafikus környezet futtatásába fogunk. 

A Marco Macek által írt, majd Mathias Hasselmann által 
továbbfejlesztett IceWM egy kisméretű, pehelysúlyú, mégis 
gazdag szolgáltatáskészlettel rendelkező ablakkezelő. Támo- 
gatja a több munkafelületes asztalt, egér nélkül is kezelhető, 
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1. kép Az lceWM egy nagyon dögös ablakkezelő 


lehetővé teszi asztali témák használatát (tartalmaz is néhányat), 
és meglehetősen jó munkát végez annak a bizonyos másik 
operációs rendszernek az utánzásában is. 

Az IceWM legfrissebb változatát a 40. CD Magazin/Fogado 
könyvtárában találjátok meg. A weboldal előre fordított RPM- 
csomagokat is biztosít, de a program fordítása is igen egysze- 
rűen, a hagyományos ötlépéses módszerrel végrehajtható: 


tar -xzvfÍ icewm-1.0.9-2.tar.gz 
cd icewm-1.0.9-2 

. /configure 

make 

su -c make install 


Bizonyára testre akarjátok majd szabni saját IceWM-környeze- 
teteket, és hozzáadjátok azokat az egyéni vonásokat, amelyek 
otthonossá teszik a rendszert. Ennek legjobb módja a helyi 
.cewm könyvtár létrehozása (a saját könyvtáratokban) 

és a beállítófájloknak ebbe a könyvtárba történő átmásolása. 
Az alapértelmezett telepítés ezeket az állományokat a 

/usr/ XIIR6/lib/X11/icewm könyvtárba helyezi: 


mkdir SHOME/ .icewm 
cp -r /usr/X11R6/lib/X11/icewm/Yr SHOME/.icewm 


Et voila! Készen is állunk új ablakkezelőnk futtatására. Az 
indítás legegyszerűbb módja egy .xinitrc fájl létrehozása a 
saját könyvtáratokban. Ennek egyetlen sort kell tartalmaznia, 
amely így fest: 


exec icewm 


Most gépeljük be a startx parancsot, és máris korcsolyáz- 





hatunk az Ice ablakkezelő jegén. Kattintsatok a bal alsó sarok- 
ban lévő menüre! Néhány program elindítása után asztalotok- 
nak az 1. képen láthatóhoz hasonlóan kell kinéznie. 

Néhány alkalmi matematikai művelet elvégzése után az én 
IceWM-példányom (csak az xterm-et futtatva) megelégszik 
megközelítőleg 7500 kilobájt felhasználásával. Nem is rossz. 
Most nézzük, milyen területen lehetne hasonló megtakarítá- 
sokat elérni. Mi a helyzet például a böngészőprogramokkal? 
Úgy tűnik mostanában, hogy a Világhálót böngésző progra- 
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Fonts at your service. 


Welcome back, everyone, tö another installment of the SysAdmirvs Cörner, where knowledge and 
discovery are keywords and mysticism and impossible are not. Ít ís time once again to pull back the 
curtain from Linux fonts and have a nice long chat with the gentleman at the controls, Judginy from some 
of the responses ! received from my last column, ít seems that fonts are a nightmare to many (and I cant 
say ! blame you). Nevertheless, íts time to put away fear and learn to enjoy your font experience 

" Advertise in £4.J 

" rite for Us 

" Recommend Us 

" LJ Press Relegases 

" Vendor Press Releases 
. Contact Us 


As many of you already know, ! firmiy beleve in learning by doing, by trying out things and seeing what 
happens when you type this command or that one. On that note, Vm going to have you play with vour 
fonts, Pm going to have you try some things here, some of which may wind up producing some 
strange-looking results when ít comes to your X display"s fonts. Úm not trying to scare you, I simply want 
to make sure you back up vour files before you start 


One of the guestions that came up repeatedly was that of the font server, specifically xfs. Why would you 
want to use xís when XFreeS6 4.X already knows how to deal with TrueType fonts? ! agree that ít seems 
to be an overly complicated thing to do, but remember Linuxs server roots (s0 to speak). The idea is that 
you can run a font servert on one machine ín your office and have all the other Linux clients take 
advantage of its resources. Why? Because each machine then uses the same fonts, thus providing a 
consistent environment. vou might remember that xís, the X font server, runs on port 7100 by default 
That e what thic lina ir unnut YKERBOANÁSHA fila ic all ahant 


. Forum 
" Members List 


mu ejmgagnerDocsiCookiny July2002 Engineeringy.rti 


File Edit View  Insert Format Tools Window Web Help 


fDerautt ve [ítstream Charter ez sa z u: 
TEEKEKENEKEKEÉK c ketes 


term coined by Richard F. Voss) of planets, starry skies, and clouds. The images are incredibly 
realistic (as real as a computer-generated planet can be anyhow) and make for beautiful artwork. 
The program allows you to specify the amount of glacial formation (based on terrain altitude), 
the angle of tilt for your planet (in relation to the planets csstarxi3), the amount of polar ice, 
and the time of day (which changes the position of the dayínight meridian]. Heres a sample. 
Note that the command was all on one line (I have broken it up and added a continuation 
character for the printed page). 


[ew)] 
ppmforge -hour 10.5 -glaciers .5 -tilt 23.5 -ice .5 4 
-width 800 -height 600 -stars 70 ! display - 
[ecw)] 


Figure 4 is a snapshot of one of my generated worlds. 

( Figure 4, planetscape.tif, goes here -- caption reads "Strange, new worlds are yours to create!" ] 
The resulting image is being piped through to ImageMagick s cbodisplayxbo3 program rather 
than converting it to a fixed image each time. I can then right-click on the image and choose to 
save it in whatever format I desire. For those of you who are fans of backgrounds comprised of 


blue sky dotted with clouds, ppmförge does the trick as well. Try this version of the command. 


[cw)] 
... ppmforge -elouds -width 800 -height 600 ! display 
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3. kép Az AbiWord munka közben 





mok egyre nagyobbak és nagyobbak lesznek. Az rendben 
van, hogy emellett egyre sokoldalúbbak is, de ha nem egy 
szupergyors számítógépen dolgozunk, talán hajlandóak 
lennénk lemondani néhány szolgáltatásról. Még az Opera is, 
ami egyébként kitűnő böngésző és az utóbbi időben sokat 
javult (részben a sebesség és a méret terén), egy kicsit túlsú- 
lyosnak bizonyulhat. 

Érdemes megfontolni Jorge Arellano Dillo nevű böngészőjének 
a használatát, amely jó választási lehetőséget nyújt a mai , min- 
dent egyben" stílusú nagyobb és csillogóbb böngészőkkel 
szemben. Nemcsak azt vehetitek majd észre, hogy a rend- 
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szerrel szemben igen szerény követelményeket támaszt, de 
örvendetes az oldalakat megjelenítő sebessége is. Vessetek 
egy pillantást a 2. képre, amelyen egy igen eleven, működés 
közbeni Dillót látható. 

A Dillo használatának megkezdéséhez először a program 
honlapját kell a 8 http://dillo.cipsga.org.br címen felkeresni, 
majd a legfrissebb forráskódot letölteni. A kicsomagolás és 
fordítás a már ismerős lépésekkel zajlik: 


tar -xzví dillo-0.6.6.tar.gz 
cd dillo-0.6.6 

./configure 

make 

su -c make install 


A fordítás és telepítés után a program a di1l1o £ parancs begé- 
pelésével indítható. A Dillo elindítása után újra ellenőriztem 
gépem erőforrásait és megállapítottam, hogy a program futá- 
sának teljes folyamata mindössze 848 kilobájt RAM-ot igényel, 
ami meglepően kis számérték. 

Kétségtelen, hogy az iroda legfontosabb asztali alkalmazása a 
szövegszerkesztő. Milyen választásunk lehet a minden szük- 
séges tudással bíró, az oly elterjedt MS Word formátumot is 
ismerő szövegszerkesztők terén? Ezeknek a tulajdonságoknak 
egy kis helyre való összepréselése lehetetlen kérés, egyetértek, 
de hogy hangzik az AbiWord 1700 kilobájtja? Hasonlítsuk össze 
az OpenOffice Writerrel, amelynek indításakor a rendszer 
közel 12 000 KB-ot eszik. Amennyiben csak egy szövegszer- 
kesztőre van szükséged és géped erőforrásai végesek, látogass 
el a 5 http:/www.abisource.com oldalra, ahonnan e nagyszerű 
program egy ingyenes másolatát töltheted le. 

E címen számos előre fordított állomány érhető el, valószí- 
nűleg nem sok tennivalód akad majd az üzembe helyezéssel. 
Akik inkább forráskódból szeretnek dolgozni, néhány to- 
vábbi lépésre lesz szükségük, de még így is nagyon egyszerű 
az egész: 
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tar -xzví abiword-1.0.2.tar.gz 
cd abiword-1.0.2/abi 
./autogen.sh 

./configure 

make 

su -c make install 


A telepítés befejeztével a program az abiword 6 paranccsal 
indítható. Egy figyelmeztetés: az AbiWord indításakor foglal- 
koznunk kell még egy gyakori kifogással a betűtípusokat 
illetően. Alapértelmezésben az AbiWord betűkészletei nem 
szerepelnek az X betűkészlet-kiszolgáló listájában elérhető 
betűtípusok között. Ezt az AbiWord az indításakor szóvá is 
teszi. A program így is futni fog, csakhogy a vele kapott betűtí- 
pusok nem lesznek elérhetők. A hiba helyrehozásához a betű- 
készletek elérési útvonalát egyszerűen hozzá kell adni az X 
betűkészlet-kiszolgáló útvonallistájához (font path). A Red 
Hat (vagy a hozzá hasonló) rendszeren a legegyszerűbb mód- 
szer a chkfontpath parancs használata: 


chkfontpath -a /usr/local/share/AbiSuite/fonts 
service xís restart 


A fenti elérési útvonal azt feltételezi, hogy az AbiWordöt 


forráskódból telepítettük. Más rendszereken a /etc/X11/fs/config 
állomány szerkesztésére lehet szükség, ekkor az elérési útvo- 
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nalat kézzel kell hozzáadnunk. Keressük meg azt a bekezdést, 
ami így kezdődik: 


catalogue — NM 
/usr/X11R6/1lib/X11/fonts/75dpi:unscaled, 


Figyeljetek arra, hogy az utolsót kivéve minden sor vessző- 
vel végződik. Ha a betűtípusok elérési útvonalát kézzel adod 
a listához, a második sortól kezdődően ne felejts el vesszőt 
tenni a sorok végére, és az utolsóról eltávolítani. Ezután 
indítsd újra az xfs szolgáltatást, majd az ablakkezelő mun- 
kafolyamatát. 

Így már van egy pici, de ügyes ablakkezelőnk, egy apró, de 
gyors böngészőprogramunk, valamint egy szerény, de haté- 
kony szövegszerkesztőnk. Mit szólnátok egy teljes irodai 
programcsomaghoz? Tlekintetetekből azt olvasom ki, hogy azt 
hiszitek, Chef Marcel túl sokat kóstolgatta a saját borát. 
Vessetek hát egy pillantást a Siag Office nevű csomagra, amely- 
nek neve a , Scheme in a grid" (Minta a hálóban) rövidítése. 
Valóban nem túl találó név egy irodai csomag számára, de ez 
az a program, amit kár lenne kihagynotok. Ez a jól összegyúrt 
csomag tartalmaz többek között egy szövegszerkesztőt (ame- 
lyet szerzője csak Pathetic Writernek — szánalmas írónak — ne- 
vez), egy táblázatkezelőt (Scheme in a grid) és egy Egon nevű 
animációkészítő programot. Rögtön az elején el kell monda- 
nom, hogy a program az MS Word formátumát közvetlenül 
nem támogatja. Ez sokakat elrettenthet, mások számára vi- 
szont nem okoz gondot, hiszen az rtf formátum alkalmas 

a dokumentumcserére. Szükségetek lesz a XawM programozói 
könyvtárakra (ez egy Athena-megfelelő könyvtár), a Mowitz 
könyvtárakra (more widgets — vagyis még több bigyó), és végül 
magának a Siag Office csomagnak a letöltésére és fordítására. 
Bízzatok bennem: egyszerűbb a dolog, mint amilyennek lát- 
szik, a csomagok a honlapról elérhetők. Mindegyik üzembe 
helyezhető a kicsomagolás-lefordítás hagyományos ötlépéses 
eljárásával. Például a XawM könyvtárral a következő lépé- 
sekre van szükség: 


tar -xzví XawM-1.5u.tar.gz 
cd XawM-1.5u 

. /configure 

make 

su -c make install 


A három csomag telepítése után a pw paranccsal el kell 
tudnotok indítani a szövegszerkesztőt, a siag paranccsal 
pedig a táblázatkezelőt. 

Korábban vizsgáltuk az egyes programok memóriaigényét, 
nézzük, milyen igényt támaszt a rendszerrel szemben a 
Pathetic Writer! Pereghetnek a dobok: a FPathetic Writert futtat- 
va és egy egyhasábos cikket betöltve mindössze 1300 kilobájtot 
használtam fel! 

És tényleg: az IceWM, az AbiWord, a Pathetic Writer, a Siag 
táblázatkezelő, a Dillo böngésző egyidejű futtatása egy 
xterm-mel a memóriából még mindig csak kevesebb mint 
32 MB-ot igényel. Vessetek egy pillantást a 4. képre, amelyen 
ezekkel a pehelysúlyú programokkal telezsúfolt képernyő- 
kép látható. 

lermészetesen ha erőforrásaink korlátozottak, az alkalmazások 
csak a teljes kép egy részét alkotják, hiszen bármelyik rend- 
szercsomag alapértelmezett telepítése nagy valószínűséggel 
egy sor felesleges szolgáltatást fog futtatni. Fel kell tennünk 
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4. kép Mindez kis helyen is elfér 


magunknak a kérdést, hogy szükségünk van-e olyan progra- 
mok futására, mint a Sendmail, az NFS, az Apache kiszolgáló 
és a többi, ha számítógépünket munkaállomásként használjuk. 
Egy ps axfw parancsot futtassatok, és döntsétek el, hogy 
szükségetek van-e ezekre a szolgáltatásokra. 

Mint láthatjátok, nincs szükség a legújabb, legnagyobb 

vagy leggyorsabb gépre ahhoz, hogy tapasztalatot szerezze- 
tek a Linux-rendszerről. Egyszerűen csak vennetek kell a 
fáradságot, hogy a pillanatnyilag legnépszerűbb csomagok 
mögé tekintsetek és feltegyétek magatoknak a kérdést: 
valóban szükségem van erre a regimentnyi szolgáltatásra? 
Gyakran a kisebb, a szerényebb bizonyul használhatóbbnak. 
Mégis, ha a borokról van szó, egy szép testes pohárnyi sosem 
árt. Habár, az a nagy pohár hatással lehet a teljesítményetekre 
(a taxik az étterem előtt fognak várakozni). Ürítsük poharain- 
kat, és élvezzük ezt a nedűt! 

A következő havi viszontlátásra! A votre santé! Bon appétit! 


A cikkben szereplő programok megtalálhatóak a 40. CD 
Magazin/Fogado könyvtárában. 


Linux Journal 2002. szeptember, 1017. szám 


Marcel Gagné 

Mississaguában, Ontario államban él. Ő a szerzője 
a Kiskapu kiadásában szeptemberben megjelent 

L Inux-rendszerfelügyelet (ISBN 963-9301-40) című 
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Kapcsolódó címek 


AbiWord-honlap 3 http:/Avww.abisource.com 

Dillo webböngésző 5 http://dillo.cipsga.org.br 

IlceWM (lce Window Manager) 3 http:/Avww.icewm.org 
Marcel , borlapja" 

5 http:/Avwvw.marcelgagne.com/nfwine.html 

Siag Office 5 http://siag.nu 








Álomgépek 


Vajon mit fog gondolni a következő nemzedék 
a mi Jó öreg kiszolgálóinkról és asztali kövületeinkről? 


éhány éve, mielőtt még a Web ennyire népszerű lett, 
az időszerű álomgép mindig valamilyen kiszolgáló volt. 
Ezekbe a gépekbe örökké a legújabb, leggyorsabb pr- 
ocesszorok kerültek (akár több is), egészen elképesztő mennyi- 
ségű memóriát tartalmaztak (nagyjából 64 MB-ot), hatalmas 

és szupergyors SCSI-merevlemezekkel működtek (két-három 
lemezzel), hogy elosszák a terhelést, és soha nem általános 
(Intel) rendszerek voltak, hanem DEC, SUN Sparc, IBM RS vagy 
HP-UNIX kiszolgálók. A régi szép időkben az adatközpontokat 
is a Wang és hasonló cégek szállították. Manapság ha kiszolgálót 
telepítek, egy kisebb gép tökéletesen megteszi; 1 GHZ-es proc- 
esszor, 128 MB memória, 18 GB-os IDE-merevlemez kerül a 
házba, ami a régi MFM- vagy RLL-meghajtókhoz képest szinte 
repül -— és még ez is felesleges. Mostanában az álomgépet a 
főnök asztalán kell keresni. lermészetesen neki nincs ideje arra, 
hogy tíz másodpercet várjon az Outlook vagy a Netscape elin- 
dulására, és a legfrissebb híreket is okvetlenül meg kell néznie 

a CNN-en, miközben hatalmasra hízott szövegszerkesztőjével 
dolgozik — amelynek szolgáltatásai az átlagos felhasználó számá- 
ra nagyjából 95 százalékban ismeretlenek. A mai grafikus kártyá- 
kon több memória van, mint tárhely az első merevlemezemen. 
A számítógépek pedig még mindig csak gyerekkorukat élik. Csak 
néhány év kell, és visszatekintve értetlenkedve fogjuk rázni a 
fejünket: hogy is tudtunk ilyen lassú ócskavasakkal dolgozni? 





Find -- -k 

Az emberek már csak ilyenek: az egyszerű, könnyen használ- 
ható dolgokat kedvelik. Az sem árt, ha ezek a dolgok grafikus 
felületen futnak. A Find-t-- segítségével szavakat vagy monda- 
tokat kereshetsz a merevlemezeden, akár az állományok nevé- 
ben, akár magukban az állományokban. lalálat esetén — ha a 
fájltípushoz program is hozzá van rendelve - a megfelelő 
alkalmazást elindítva megnyithatod a fájlt. Ennél egyszerűbb 
már nem is lehet. Futtatásához szükséges: libgtk, libgdk, 
libgmodule, libglib, libdI, libXext, HbXII, libm és glibc. 

2 http:/ios.free.fr/?page—projetkzguoi—15 


dnstracer 

Adott egy tartománynév - vajon honnan származik? 

A dnstracer segítségével az összes hivatalos adatot egészen 
a forrásig visszakövetheted. A program rengeteg lekérdezést 
szabályozó beállítással rendelkezik. Futtatásához glibc szükséges. 
2 http:/www.mavetju.org/unix/general.php 


Checkinstall 


Szinte hihetetlen, hogy még soha nem írtam erről a program- 
ról, miközben nap mint nap használom (a cikkeimben szereplő 
programokat kivétel nélkül magam fordítom). Az alkalmazást 
a make instal1 helyett használom, ha valamilyen csomagot 
forrásból telepítek. Elég egyszerű módszerrel ugyan, de RPM-, 
DEB- és TGZ- (Slackware) csomagokat készít. Így könnyedén 
figyelemmel kísérhetjük a gépen található programokat, mi- 
közben lázasan csomagokat telepítünk és távolítunk el. Még 


www.linuxvilag.hu 


a teljesen szűzen telepített gépeimen is haszná- 
lom, amelyekre az RPM és a checkinstallis 
hamar felkerül. Futtatásához bash és glibc szükséges. 
2 http://asic-linux.com.mx/-izto/checkinstall 


LGeneral 
Sok-sok évvel ezelőtt néha összejöttünk a haverokkal, és pél- 
dául a NATO Division Commander nevű játékkal játszottunk. 
Jó ideje nem játszottam ilyesmit, ez a játék azonban felelevení- 
tette az emlékeimet. Sajnos most már nincs időm arra, hogy 

egy teljes hétvégén át nyugodtan ücsörögve stratégiai játékokat 
játsszak, de még ha volna is, alighanem másra fordítanám. Az 
LGames viszont bármikor, akár álmatlan éjszakákon is előve- 
hető, csak ne felejtsük el levenni a hangerőt. Futtatásához szük- 
séges: lIBSDL mixer, libSDL, libpthread, glibc, libm, libdl, libvor- 
bisfile, libvorbis, libogg, libsmpeg, libartsc, libX11 és libXext. 

2 http:/Igames.sourceforge.net 


CRM 


A CRM segítségével különféle eseményeket, feladatokat kísérhe- 
tünk figyelemmel, kioszthatjuk őket munkatársainknak, határidő- 
ket szabhatunk meg, és figyelhetjük a megoldás folyamatát. Ha 
szolgáltató céget tartasz fenn, érdemes kipróbálnod. A tervezetek- 
hez riasztást is beállíthatsz, ha nem akarsz kicsúszni a határidőből. 
Könnyű telepíteni, könnyű használni. Futtatásához szükséges: 
MySOL, Apache PHP- és MySOL-támogatással, webböngésző. 

2 http:/www.it-combine.com/crm 


ippi (Internet Protocol Loggyer) 

E hónapban nem volt könnyű a három évvel ezelőtti kínálatból 
választani, ugyanis még mindig elérhető több kiváló alkalma- 
zás, ám közülük talán az ipp1 a leghasznosabb. Ha figyelem- 
mel kell kísérned hálózati forgalmad jellegét, az iopp1 lehet a 
megfelelő eszköz. Szépen fejlődött az elmúlt évek alatt. lalán 
a legjobb dolog benne az, hogy beállítható kizárólag azoknak a 
protokolloknak a naplózására, amelyek forgalmát meg akarod 
figyelni. Hátránya, hogy a megszokott TCP-, UDP- és ICMP- 
protokollon kívül mást nem támogat, de még így is jól jöhet. 
Futtatásához libthread és glibc szükséges. 

2 http:/pltplp.net/ippl 


A cikkben szereplő programok a 40. CD Magazin/ Falatka 
könyvtárában megtalálhatóak. 
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